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Preface 




This book is intended for system programmers and others who 
need detailed information about Systems Network Architecture 
(SNA) in order to develop or adapt a product or program to 
function within an SNA network. The book provides a 
comprehensive reference to the formats and protocols of SNA 
from a design viewpoint. 

The following books should be read in conjunction with this 
one: 


• SNA Concepts and Products . GC30-3072 (when available) — 
tutorial information. 

• SNA Technical Overview . GC30-3073 (when available) — 
tutorial information. 

• IBM SDLC General Information . GA27-3093—supplementary 

details of Synchronous Data Link Control. 

• SNA Re ference Summary > GA27-3136 — summary information 

on SNA formats and sequences. 

• SNA — Sessions Between Logical Units . 1 GC20-1868 (when 
available)— supplementary details of services provided 
for communication between end users (terminal operators 
and application programs) of an SNA network. 

This book does not describe any specific equipment or 
programs that may implement SNA, nor does it describe any 
implementation subsets or deviations from the architectural 
description that may appear within any IBM SNA product. 
These matters. as well as information on SNA product 
installation and system definition, are described in the 
appropriate publications for the particular IBM SNA 
equipment or programs to be used. 

SNA is an open-ended architecture and may be altered from 
time to time by IBM. Extensions and modifications to SNA 
will be described in future editions of this book. 

This edition differs considerably from the previous edition 
and should be reviewed in its entirety for changes. 



1 Referred to by the title. SNA LU — LU Session Types , 
elsewhere in this book; it was renamed after this book had 
gone to press. 
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CHAPTER 1 


INTRODUCTION 


USE AND ORGANIZATION OF THIS BOOK 


This book* in conjunction with the companion books* SNA 
LU-LU Session Types and SDLC Genera 1 Information * provides a 
formal definition of Systems Network Architecture (SNA). It 
is intended to complement individual SNA product 
publications* but not to describe individual product 
implementations of the architecture; such information should 
be sought in the product publications. 

The definition of SNA requires: 

• Defining formats of information transferred between 
distinct SNA nodes over links connecting them. 

• Making explicit any coupling between distinct 
information transfers* that is* defining the protocol s » 
or rules* associated with the transfers. 

Although it is possible to represent protocols by sets of 
valid sequences of data and control-information transfers* 
for SNA this would require too lengthy an enumeration to be 
practical* or even useful to a designer. Sequences are used 
only tutorially within this book. 

SNA is defined here in the form of a functionally layered 
system, represented in the form of a meta-implementation* 1 
that is decomposable into components called protoco 1 
machines . Protocol machines generate the valid output 
sequences in response to input sequences* subject to the 
associated protocols for distinct information transfers 
into* out of* and within the system. 

The protocol machine definition of SNA uses the following 
basic notions: 

• Finite - state machines : A finite-state machine (FSM) is 
an abstract device having a finite number of states 
(memory) and a set of rules whereby the machine’s 
responses (state transitions and output sequences) to 
all input sequences are well defined. 


1 A meta - implementation resembles an actual implementation, 
in that it is defined in terms of a formal* human- or 
machine-executable notation* or programming language* 
using explicit data structures* and having an underlying 
abstract machine environment. By its modular* 
sequence-generating description of protocol machines* the 
meta-implementation provides a concrete model for actual 
implementations. 
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Routing and checking logic : Routing and checking logic 
performs a mapping of inputs (message units and FSM 
states) )" nto outputs* It is used to verify validity of 
message units and to route them to FSMs. 

Block diagrams : A block diagram represents the 
decomposition of a protocol machine into its component 
submachines (which themselves are protocol machines) 
and the signaling paths between them. Each block in 
the diagram can be further decomposed into its 
constituent submachines. At the most detailed level* a 
block can be shown as interconnected sets of routing 
and checking logic* finite-state machines* queues* and 
other primitive protocol machines. 

Protoco 1 boundaries ; A protocol boundary is a 
specification of the format and content requirements 
imposed on the signals exchanged between protocol 
machines. 


Routing and checking logic is represented in the form of 
PL/I-like procedures* using a descriptive language called 
Format and Protocol Language (FAPL). FSMs are generally 
defined by FAPL state-transition matrices* procedures* and 
control blocks. In Chapters 8-9* FSMs are represented also 
in the form of state-transition graphs* as in previous 
editions. (In this book* "FSM" is frequently applied only 
to the state-transition matrix or graph representation.) 
Appendix N defines* in detail* the syntax and semantics of 
FAPL and the descriptive techniques and notational 
conventions for representing combinational logic and FSMs. 


A naming convention* using qualifiers separated by periods 
to denote more specific components of a composite FSM* is 
used throughout the book. Component submachines are shown 
as blocks within a larger block that represents the 
composite machine. 


In many cases* it is desirable to identify a qualifier by a 
phrase of multiple terms* in order to better convey the 
meaning of the qualifier. The multiple terms in the phrase 
are connected by underscores to indicate that they are part 
of a phrase rather than separate qualifiers representing 
further decompositions. The underscore convention also 
applies to phrases identifying state names and FAPL 
variables. 


Two other symbols* "I" and "&*" are used in names. The "|" 
symbol means exclusive - or . For example* DLC.(PR I|SEC) means 
"either DLC.PRI or DLC.SEC." The symbol is used to 
indicate composition. For example* SNS.(RCV&SEND) is the 
composite protocol machine consisting of SNS.RCV and 
SNS.SEND. 
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The rest of this chapter presents an orderly development of 
the structural and functional properties of SNA networks. 
It begins with the fundamental concepts of network 
addressable units* the path control network* links* nodes* 
domains* and message units* and successively refines* within 
this context* the concepts of sessions* flows* network 
layers* pairings* and services. These concepts serve as a 
prologue for the detailed format and protocol descriptions 
given later* in which the material is presented on the basis 
of session* layer* network services category* and layer 
manager . 

The remainder of the book presents details of the SNA 
formats and protocols* arranged as follows: 


• 

Chapter 2 describes 

the 

contents 

and 

formats 

of 

the 


major message units 
book . 

and 

headers 

used 

throughout 

the 

• 

Chapter 3 describes 
path contro 1 . 

routing and 

flow 

control 

within 


Chapters 4 and 5 describe the transmission control and 
data flow control protocols* respectively* within 
half-sessions. 


Chapters 6-9 describe the network services protocols 
from the viewpoints of the SSCPs and LUs. Chapter 6 
contains an overview for Chapters 7-9 and session 
network services logic common to Chapters 7-13. 
Chapters 7-9 deal with the specific network services 
categories. 

Chapters 10-13 describe the PU services manager. 
Chapter 10 provides an overview for Chapters 11-13. 
Chapter 11 describes the PU services manager component 
concerned with network services CSSCP-PU) protocols and 
with management of link-level and other resources local 
to the PU. Chapter 12 describes PU-PU protocols 
concerned with managing path control connections 
(virtual and explicit routes) and describes PU-SSCP 
network services protocols* from the viewpoint of the 
PU* for' reporting test status and inoperative 
conditions of these connections. Chapter 13 describes 
the component that manages session-activation* 
-deactivatvdn* and -outage notification. 

Appendixes A-C describe the data structures* utility 
procedures* and execution model or environment used for 
the meta-implementation* Appendix A is particularly 
useful to a reader wanting a detailed knowledge of the 
relationships among the control blocks used by the 
meta-implementation. 
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• Appendixes D-G provide details of various headers* 

request-response units* profiles* and sense data used 
in SNA. 

• Appendix N defines the Format and Protocol Language 

(FAPL) and provides background on FSM notation and 

conventions. 

• Appendix T* printed on foldout pages* provides a list 
of abbreviations and acronyms used in the book. 

The Companion book* SNA LU-LU Session Types * describes the 
presentation services* LU services manager components* and 
session-option subsets for LU-LU sessions (i.e.* for 
end-user interactions). SDLC General Information and 
various IBM SNA implementation publications describe SDLC 
and the System/370 channel DLC. 

GENERAL CONCEPTS 

NTWK.SNA PROTOCOLS 

An SNA network (NTWK.SNA): 

• Enables the reliable transfer of data between end users 
(typically* terminal operators and application 
programs) 

• Provides protocols for controlling the resources of any 
specific network configuration 

An SNA network is a set of network addressable units (NAUs) 
interconnected by an inner path control network (NTWK.PC)* 
as shown in Figure 1-1. The outermost layers of NTWK.SNA 
form the NAUs* each of which is associated with* generally* 
one network address (na). A NAU consists of a NAU services 
manager and one or more half-session protocol machines* 
depending on the number of other NAUs with which it can be 
paired to form sessions. Details of NAU structure* 
function* and sessions are given in later sections. 

Those NAUs having protocol boundaries with end users are 
called logical units (LUs). An LU allows an attached end 
user to gain access to network resources and to communicate 
with other end users. An LU may also provide a service 
wholly contained within the LU that is accessed from another 
LU via a session. Thus* in some cases an LU-LU session has 
an end user only at one end. The presence of various 
services within an LU is a function of LU-LU session types* 
product design* and customer options. Services unique to 
LU-LU sessions are described in detail in SNA LU-LU Session 
Types and generally are not described further in this book. 
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In general, there need not be a one-to-one relationship 
between end users and LUs. The association between end 
users and the set of LUs is an implementation design option. 
For example, whether an application program end user can 
concurrently access the network through multiple LUs or is 
constrained to use a single LU is not specified in this 
book. 

The LUs provide protocols allowing end users to communicate 
with each other and with other NAUs in the network. An LU 
can be associated with more than one network address; this 
a 1lows two LUs (and therefore their end users) to form 
multiple, concurrently active sessions with each other. 

Besides LUs, two other network addressable units are 
defined: physical units (PUs) and system services control 
points (SSCPs). These NAUs, in conjunction with one another 
and with LUs, provide a variety of network services related 
to session, configuration, maintenance and management, and 
network-operator services. 

Message units are transported between NAUs by NTWK.PC, which 
consists of all the path control (PC) and data link control 
(DLC) components in the SNA network. (PC and DLC are 
described individually in later sections. ) These message 
units are of the form: 

MSG = (naj,nai,other parameters , and data), 

where naj is an address of the destination NAU, and nai that 
of the origin NAU. NTWK.PC routes and delivers message 
units to naj in the same order as sent from na i . 

The message units transferred within NTWK.SNA generally have 
two components: end-user information and control 
information. The end-user information is passed by the SNA 
network and does not affect the state of NTWK.SNA. Control 
information may sometimes be passed to the end users (as in 
the case of the Change Direction indication, which allows 
one end user to transfer the right to transmit data to the 
other); however, its main purpose is to change the state of 
NTWK.SNA, thus effecting a normal control change (such as a 
change to a path control routing table) or a recovery from 
an exception condition. 
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NTWK.SNA—NODES AND THEIR PHYSICAL AND LOGICAL INTERCONNECTIONS 

NTWK.SNA consists of node protocol machines physically 
interconnected via link-connection protocols (see 
Figure 1-2) . An SNA node is a grouping of SNA-defined 
protocol machines. An SNA product node may consist of 
additional, product-specific protocol machines that use one 
or more SNA nodes. A user - application node may consist of 
additional, customer-defined protocol machines that use one 
or more SNA product nodes. These relationships are shown in 
Figure 1-3. 

In this book, "node” is synonymous with "SNA node," and the 
qualifier will generally be omitted. Thus, end users and 
protocol machines not defined in SNA are external to the 
node, as that term is used hereafter. 

Link-connection protocols—such as EIA RS-232-C, CCITT X.21, 
and System/370 channel input/output interface—are also not 
described in this book. The protocol boundaries between 
link-connection protocol machines and node protocol machines 
are described here to some extent, as well as in SDLC 
Genera 1 Information and IBM SNA implementation publications. 

Four node types are defined in SNA: types 1, 2, 4, and 5. 
They are distinguished by varying capabilities, such as for 
interconnection, and by the presence or absence of different 
NAU types. Types 1 and 2 nodes are also referred to as 
peripheral nodes , because of their limited addressing and 
routing capabilities. They are solely sources and sinks of 
data, and do not participate in the general network routing 
based on a global network address space. Instead, they 
depend on "boundary function" support in types 4 or 5 nodes 
to transform between the address forms, local to the 
peripheral nodes, and the network addresses used in the 
general routing portion of the path control network. 
Peripheral nodes are thereby insulated from changes in the 
global network address space resulting from 
reconfigurations. Types 4 and 5 nodes are referred to as 
subarea nodes . (A subarea represents a partitioning of the 
network address space, discussed in a later section. It 
contains a subarea node and all the peripheral nodes 
attached to the subarea node.) Subarea nodes, besides being 
sources and sinks of data, have more general path control 
capabilities. They can perform intermediate 
routing—passing message units received from one node on to 
another—and provide adaptive flow control of traffic within 
the subarea routing portion of the network. 

An SNA product node containing multiple SNA nodes can 
provide product-defined protocols for routing between them. 
This has been done in some SNA products by connecting an SNA 
type 2 peripheral node to one SNA network and providing 
product-defined end-user protocols to connect the peripheral 
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node in the product node to a type 5 subarea node in the 
same product node, where the subarea node is part of a 
separate SNA network. Product-defined "pass-through" 
protocols connecting the two SNA nodes allow the peripheral 
node to act, in effect, as an intermediate routing node 
between the two SNA networks. 

For specific details of nesting of SNA nodes and SNA product 
nodes within user-application nodes, see SNA Concepts and 
Products and SNA Technical Overview . 

A node always includes a physical unit (PU), which controls 
the attached links and various other resources of the node. 
A PU has a type designation—PU_T1, PU_T2» PU_T4> or 
PU_T5—corresponding to the type Cl, 2, 4, or 5, 
respectively) of node in which it resides. In this book, 
"type i node" (i = 1, 2, 4, 5) and "PU_Ti node" mean the 
same thing, and are used interchangeably. 

A node typically also includes logical units (LUs), through 
which end users attach to the node, and thus to NTWK.SNA. 



PU or subarea LU resides 
PU or peripheral LU resides 


n a subarea node. A 
in a peripheral node. 


Type 5 nodes each contain a system services control point 
CSSCP). (Type 4 nodes do not —the primary architectural 
distinction between subarea node types.) An SSCP supports 
protocols for management and control of a domain ♦ A domain 
consists of one SSCP and the PUs, LUs, links, and link 
stations (discussed in the next section, "Data Link Control 
Protocols and Links") that the SSCP can activate. Each PU, 
LU, link, and link station in a network belongs to one of 
the domains comprising the network, and some can belong to 
more than one domain—a capability discussed in a later 
section ("Shared Control"). Each SSCP provides network 
services within its domain through protocols supported in 
conjunction with the PUs or LUs in the domain. The multiple 
SSCPs in a network jointly support cross-domain network 
services . 


Types 1, 2, and 4 nodes each have an associated physical 
unit control point (PUCP), which provides a subset of SSCP 
functions, e.g.» those relating to activation and 
deactivation of resources (such as link connections) local 
to the node. The PUCP is a product-defined subset of the 
functions described in Chapter 7, which discusses the 
configuration services component of the SSCP. A PUCP's 
relationship to product node services (e.g., for node 
operator interactions) varies according to product-specific 
requirements. 
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Note : Adjacent subarea nodes can be interconnected by 

nultiple (or parallel) link connections (and DLC 
elenents); a peripheral node can be interconnected 
with a subarea node by only one link connection. 

Figure 1-2. Node and Link Connection Structure of NTWK.SNA 
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The physical interconnections between nodes of the different 
types are illustrated in Figures 1-4 and 1-5 
(link-connection blocks are not shown)* Multiple physical 
interconnections can exist between subarea nodes. 

The various layers within nodes also provide logical 
connections between peer (equivalent layer) components in 
the same or different nodes (the layers and logical 
connections are discussed in additional detail in later 
sect ions): 

• Data link control (DLC) elements in adjacent nodes, 
using various DLC protocols (such as SDLC or System/370 
channel DLC), provide a common link appearance to the 
path control elements above them. 

• The path control layer in subarea nodes has three 

sublayers: transmission group control (TGC), explicit 

route control (ERC), and virtual route control (VRC). 
TGC (the inner sublayer) elements provide one or more 
transmission group connections between adjacent subarea 
nodes; a transmission group can include one or more 
links. ERC (the middle sublayer) elements in two or 
more sequentially connected subarea nodes provide an 
explicit route connection between the two subarea nodes 
(not necessarily adjacent) at the termination points of 
the explicit route; the explicit route uses a set of 
transmission groups over which to transfer message 
units between the two ends of the explicit route. VRC 
(the outer sublayer) elements in subarea nodes provide 
a virtua 1 route connection between ha 1f-sessions in the 
nodes; a virtual route has an underlying explicit route 
and a fixed transmission priority within the subarea 
routing portion of the path control network. Virtual 
routes connect half-sessions in the same or different 
subarea nodes directly; the path between a half-session 
in a subarea node and a half-session in a peripheral 
node consists of a virtual route from the subarea node 
half-session to the subarea node adjacent to the 
peripheral node, and then a route extension from the 
latter subarea node to the peripheral node 

half-session. 

The path control layer in a peripheral node provides 
basic functions, such as routing to and from multiple 
half-sessions within its node, but is restricted to 
routing to and from only one link, rather than many. 
It also does not provide protoco Is for transmission 
groups, explicit routes, or virtual routes. 
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• Paired half-sessions provide a session connection 

between their using NAU services managers (and end f 

users, if any), which provides various session options 
(discussed later) and a class of service provided by a 
specific virtual route. The class of service is 

derived by the SSCP, using a class of service name 

provided at session initiation; the SSCP maps the class 

of service name to a virtual route identifier list, 
from which the first available virtual route is chosen 
for the session to be assigned to, as part of session 
activation. 

The table in Figure 1-6 lists the salient features of NAUs 
and of the various logical and physical connections defined 
in SNA. These concepts are defined further in this chapter. 

Much of this book is concerned with describing the 

initialization, activation, operation, testing, status 
reporting, and deactivation of these connections. 

Definitions associated with link protocols are presented in 
the following section, preliminary to developing the details 
of the node protocols, which constitute the major portions 
of the book. 
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SNA CONSTRUCTS 


SALIENT FEATOBES 


end users 

End users may be terminal operators, 
application programs, or device media; they are 
not architected by SNA and are outside the SNA 

node. They gain access to the SNA network 

through LDs. 

NADs 

SSCPs and PDs provide focuses for domain and 
node management; LUs provide access ports to 
the network for end users and can be used 
within a node to delimit distinct application 
subsystems* access to the network (e.g., within 
the same node, a data-base/data-communication 
subsystem typically uses one LO, while a remote 

job entry subsystem uses a different LD to 
access the network). LDs provide "anchor'* 

points for resources such as files, device 
media, and transaction services, and protocols 
for accessing them—both by the attached end 
user and an end user attached to an LO at the 
other end of a session. 

sessions 

Sessions provide a means for NADs to multiplex 
separate, independent interactions with other 
NADs. Alternatively, multiple sessions from 
one LO to different LUs can be dependent and 
coordinated, e.g., via sync points (discussed 
below). Parallel (concurrent) sessions 
between the same two LOs are also possible. 
Different session activations can provide 
different options relating to data presentation 
services, traffic pacing, and concurrency of 
sending and receiving. Related data units can 
be chained in each direction for error recovery 
purposes. (They fail or succeed as a unit.) 
Brackets, consisting of one or more chains (and 

their responses) in both directions, can be 
used to divide a session’s active period 

sequentially into transactions. One or more 

chains (within the same bracket) can be 

delimited by sync points so that session 

restart (after failure) can begin from a 

well-defined roll-back point, to limit 

duplicate processing. (Multiple sync points 
can be taken per bracket.) A class of service, 
realized by a specific virtual route (from a 
set of possible virtual routes) at session 
activation, provides a desired level of 

performance or security until session 

deactivation. 

virtual routes 

Each virtual route uses a fixed transmission 
priority on an underlying explicit route to 
provide a desired class of service for one or 
more active sessions. A session is assigned to 
a virtual route at session activation. Flow 
control within the subarea routing portion of 
the path control network is adaptive (using 
traffic pacing) and is based on virtual routes. 

Congestion control affects virtual-route 
(pacing) window sizes, based on queue depths 
for transmission groups traversed by the 
underlying explicit routes. Thus, window sizes 
are adaptively and selectively controlled by 
the load on the transmission groups that the 
virtual routes use. 

route extensions 

A route extension completes the path between 
two half-sessions when one is in a peripheral 
node; it includes the path control elements 
(one in the peripheral node and one in the 

boundary function support in the subarea node) 
and the link connecting the peripheral node to 
the subarea node at one end of a virtual route. 

explicit routes 

An explicit route connects two subarea nodes 
(not necessarily adjacent), using a fixed set 
of transmission groups (the same in both 

directions). Multiple virtual routes can have 
the same underlying explicit route. 

transmission groups, 

A transmission group is a dynamic association 
of one or more links used to connect two 
adjacent subarea nodes. Traffic is routed 
evenly over the active links in the 
transmission group. The association of 
parallel links into a larger composite logical 
connection allows the latter to provide 
bandwidth and availabilty properties that 
exceed those provided by any component link. A 
transmission group is operative as long as at 
least one of its links is operative. A link 
can be dynamically assigned to one or another 
transmission group (via XID processing), but to 

only one at a time. A transmission group (and 
thus the explicit and virtual routes using it) 
fails only when its last remaining link fails. 
Session outage is then reported, and affected 
sessions can be restarted after being assigned 
to different virtual routes to bypass the 
failure. Multiple transmission groups can 
connect the same two adjacent subarea nodes. A 
transmission group can be used by multiple 
explicit routes. Transmission group queues are 
managed according to the transmission 
priorities that virtual routes impose on the 
explicit routes using the transmission groups. 

links 

A link connects two or more nodes using a link 
connection and a DLC protocol. A link, 
whatever its DLC, provides a view to its users 

of one or more adjacent link stations, which 
can be separately and concurrently accessed by 
its user. 

link connections 

A link connection physically connects two or 
more nodes, using various signaling protocols, 
such as bit-serial or bit-parallel transfer and 
analog or digital conventions, depending on the 

underlying physical media. It can be switched 
(using privately supplied or common-carrier 
dialing facilities) or nonswitched. 


Note: Pa cing is fundamental to SNA flow control. A pacing 
group (or window) consists of all the message units that a 
sending component can send to its peer component before a 
pacing response is received, indicating its receiving peer 
is ready to accept the next window of message units. 

Session-level pacing applies to LD^LO and SSCP-SSCP flows 
and determines the rate at which each half-session can 
introduce data into the path control network. Window sizes 
in the two directions are fixed at session activation. 
Session-level window sizes are usually determined by the 
intrinsic rate at which each end can process received data. 

Virtual-route pacing applies to all message-unit traffic 
introduced into the two ends of a virtual route by all (not 
just LU-LU and SSCP-SSCP) sessions concurrently assigned to 


the same virtual route. Window sizes in the two directions 
are set at virtual-route activation and adaptively changed 
thereafter, according to the congestion in their underlying 
transmission group queues. Virtual-route activation fixes 
the minimum and maximum window sizes for the virtual route. 

To the extent that sessions share virtual routes (with 
common pacing), underlying explicit routes (with different 
transmission priorities imposed), underlying transmission 
groups (with common queues and congestion control), or 
underlying links (with multiple adjacent link stations), the 
sessions can affect each other*s throughput and response 
time. Each link connection within a path between two 
half-sessions also has its own bandwidth and delay 
characteristics that affect performance. 


Figure 1-6. Summary of SNA Constructs. 
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DATA LINK CONTROL PROTOCOLS AND LINKS 


Data link control CDLC) supports protocols for (1) executing 
and coordinating the transfer of message units across a link 
connection between a single primary DLC user and a set of 
secondary DLC users # and for (2) performing link-level flow 
management and error recovery procedures* 

A link (see Figure 1-7) is a composite protocol machine for 
executing and coordinating the transfer of message units 
between a single primary link-station user and a set of 
addressed secondary link-station users* 

Associated with each secondary link-station user are two 
link-level address parameters# Ak and ak. Ak is a set of 
receive addresses and ak is a unique send address# ak may be 
in Ak ( i . e . # the send address may be one of the receive 
addresses)• 

A link is composed of: 

• A single primary link station# DLC .PRI_LINK_STA 
(usually abbreviated "DLC*PRI f? elsewhere in this book)# 
associated with the primary link-station user 

• A set of secondary link 

DLC.SEC_LINK_STA_(Ak,ak) (usually 

"DLC.SEC”), one associated with each 
link-station user# each secondary link 
qualified by a receive-address set and a 
address 

• A single link connection that transmits message units 
between the primary link station and each secondary 
link station 

Thus# a link consists of a particular DLC and the link 
connection underlying it* 

Regardless of the DLC protocols used# a link always presents 
its using path control component a view of one or more 
adjacent link stations* Within a node containing a primary 
link station for a given link# each secondary link station 
of the link is represented (by a control block) as an 
adjacent link station* Within each node containing a 
secondary link'station of the given link# only the primary 
link station of the link is so represented—the other 
secondary link stations of the link are unknown. 

A link-station user identifies a particular adjacent 
link-station control block in passing a message unit to DLC 
to transmit* (Similarly# DLC identifies to its link-station 
user the adjacent link station associated with a message 
unit received over the link connection.) DLC uses the 


stations# 
abbreviated 
secondary 
stati on is 
unique send 
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identified control block to extract link-level addressing 
information for its use in transmitting over the link 
connect ion. 

Inputs to a link connection from a primary link-station are 
of the form (a, MSG) where "a" is a single secondary 
link-station address; this results in MSG being accepted by 
the DLC.SEC_LINK_STA_(Ak,ak) for which "a" belongs to Ak. 
DLC keeps multiple message units to the same secondary 
link-station user in order; i.e., message units are 
delivered to each in the order submitted by the primary 
link-station user. 

For its input to the link connection, the secondary link 
station appends the appropriate ak to MSG and transmits the 
resulting (ak, MSG) to the primary link-station. A link 
keeps multiple message units from the same secondary 
link-station user in order. 


In SNA, the link-station users are the path control 
components. The message units passed by a link generally 
have two components: link user information and link control 
information. Link user information is passed transparently 
by a link and does not affect the state of the link. Link 
control information may sometimes be passed to the link 
users; however, its main purpose is to change the state of a 
link, thus effecting either a normal control change (to 
synchronize user interaction) or a recovery from an error 
situation. 


A link manager (FU.SVCJMSR.LINK_MGR) within 
discussed in detail in this book) also 
boundary with both the DLC.CPRIiSEC) in 
link connection. (One link manager exists 
link.) The link manager exchanges signals 
to link-level initialization to carry 
requests (e.g., CONTACT for an adjacent li 
receives failure reports from DLC. The 1 
exchanges signals with the link connection 
CONNECT* OUT r e,q uest received from an SSC P 
manager to initiate a dialing operation to 
c o n n e c t i o n . 


PU 
a 

its node 


the 
h a s 


for each 
with DLC 
o u t 
nk s 
i nk 
; for 


(but not 
protocol 
and the 
a 11 a c h e d 
relating 
SSCP-to-PU 
tat ion), and 
manager also 


example, a 
causes the link 
a switched link 


1)IC layers, within links; can be implemented using various 
physical and logical means, thus producing specific DLC 
protocols, such as System/370 channel DLC and SDLC (with 
Point-to-point, multipoint, or loop configurations). DLC 
protoco1 s ean be distinguished from each other by their 
s p e cific 1ink staticn protoco 1 s, an d by t he e f fect s t hat the 
D1C . control-portions of message units can have on these 
protocols. Details of specific DLC architectures are not 
discussed' in this book. 
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Note: The DLC layer (shaded portion) consists of the 

DLC.PBI_LINK_STA and all the DLC.SEC_LINK_STAs attached to 
the same link connection; the link is the composite 
protocol machine consisting of the DLC layer and the link 
connection. 

Informally, the DLC components are referred to simply as 
link sta tio ns. Within the node containing the primary 
link station7~all the secondary link stations of the given 
link are represented as adjacent li nk stations. Within 
each node containing a secondary~Iink~statIon7 the primary 
link station is represented as an adjacent link station; 
the other secondary link stations of the given link are 
unknown to the node. 


Figure 1-7. Structure of a Link 
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ADDRESSING RULES 


The set of network addresses is partitioned 
network addressable units CNAUs)—where a NAU 
be an SSCP, a PU, or an LU--and the links and 
in the network as follows: 


based on the 
is defined to 
link stations 


Each system services control point (SSCP) is assigned a 
network address. Each NTWK.SNA contains at least one 
SSCP, which resides in a type 5 node (see Figures 1-4 
and 1-5) , and has special responsibilities to monitor 
and control all the resources of its domain; together » 
the SSCPs provide this capability for the network as a 
whole. (A physical unit control point (PUCP) is a 
subset version of an SSCP, and exists in each type 1 , 
2, or 4 node. It is known , only within its node, by a 
unique network address (type 4 node) or signaling 
convention (peripheral node); it is not addressed from 
outside its node. Similarly, a PUCP does not address 
anything outside its node.) 


Each physical unit (PU) is assigned a network address. 
(The network address of a PU in a peripheral node is 
the same as the network address used in the subarea 
node to which it is attached to identify the adjacent 
link station associated with the peripheral node.) A 
PU monitors and controls various resources of its node. 


Each logical unit (LU) in a peripheral node is assigned 
a single network address and each LU in a subarea node 
is assigned one or more network addresses. LUs provide 
the ports by which end users of the network can access 
network services and communicate with other end users. 


Each link and adjacent link station attached to a 
subarea node is associated with a distinct network 
address in that node. For a switched link connection, 
the network address of an adjacent link station is 1 
greater than the network address used for the link. 
(Within the subarea node, the subarea address of an 
attached link or adjacent link station is 
inplied--being the same as for the node itself--and, 
thus, the element address is sufficient to identify a 
particular link or adjacent link station.) The link 
network address is used in such control requests from 
an SSCP as ACTIVATE LINK, which causes the protocol 
boundary between a specific link connection and 
DLC.PRIISEC (link station) within the node to be 
activated. The network address of an adjacent link 
station attached to a subarea node is carried in 
CGNT ACT, which initiates a DLC-level activation 
interchange between the link station in the subarea 
node and the specified adjacent link station. (Network 
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addresses identifying links and adjacent link stations 
are carried only within request/response units (RUs ) , 
never in transmission headers (THs)—see the next 
section, "Message-Unit Formats and Parameters.") 

The nodes of NTHK. SNA are grouped into addressing subareas 
(Figure 1-3); each subarea node is assigned to a unique 
subarea. All the peripheral nodes attached to a subarea 
node are also assigned to its subarea. Each network address 
(na) is 16 bits long and consists of two parts: 

• A subarea address 

• An element address 

The lengths of the subarea address field and the element 
address field are network dependent ( i . e . , can vary from one 
network to another) subject to the constraints: 

• The subarea address field can range in size from 1 to 8 
bits; the element address field, from 8 to 15 bits 
(the sum of the two fields being always 16 bits). 

• The two lengths are constant everywhere in the network. 

Chapter 2 provides details of their formats and uses within 
headers. 

All NAUs within nodes in the same subarea, and links and 
adjacent link stations known to the subarea node, have 
identical subarea addresses, but distinct element addresses. 
By convention, the element address of the PU_T4 or PU_T5 
within each subarea is 0. Each NAUna within a subarea node 
is always known by its network address, na; an LU in a 
subarea node can be known by more than one network address, 
if it supports parallel sessions (discussed in a later 
section, "Parallel Sessions"). Each NAUna within a 
peripheral node is known not only by its network address, 
na, but also by another address, n a ' , that is local to (and 
unique within) its peripheral node. (Note: na' is not trie 

element portion of the network address, nor is it 
necessarily unique, except within a peripheral node.) 

The ability to use short-form, local addressing simplifies 
the protocols in peripheral nodes. Their insensitivity to 
the network addresses also greatly simplifies 
reconfiguration procedures in the network as a whole. For 
example, NAUs within distinct peripheral nodes may have 
identical local addresses; only the subarea nodes in tine 
network need to update routing tables when network addresses 
are changed, added, or deleted. Local addresses need not be 
affected by these network address changes. 
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The translation from network addresses to local addresses 
Cas well as other simplifying protocol support) is provided 
to each peripheral node by the boundary function in the 
adjacent subarea node, discussed later in this chapter 
("Boundary Function Structure") . 
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MESSAGE-UNIT FORMATS AND PARAMETERS 


Message units flowing within NTWK.SNA take various forms# 
depending on the protocol boundary being crossed, A 
detailed discussion of message unit formats is presented in 
Chapter 2 . For the purposes of this introductory chapter# 
two important message units are introduced. 

An important message unit flowing within NTWK.PC# the 
innermost nested network in NTWK.SNA# is the path 
information unit (PIU). Except when segmenting is performed 
(see Chapters 2 and 3)# each PIU (Figure 1-9) consists of 
three parts : 

• A request/response unit (RU) 

• A request/response header (RH) 

• A transmission header (TH) 

The RH-RU combination is called a basic information unit 
(BIU) . 

The RU may contain: 

• End-user data and/or 

• Control information generated by an SNA protocol 
machine# different control categories and formats 
exist—Appendix E gives details on these formats. 

The RH contains several fields# including: 

• The Request/Response indicator# which denotes whether 
the BIU is a request (RQ) or response (RSP) 

• The Response Type indicator# by which responses can be 
qualified as positive (+RSP) or negative (-RSP) 

• An RU Category field indicating the functional category 
of the request or response# four categories exist: 
function management data (FMD)--used for end-user data 
and for network services--data flow control (DFO# 
session control (SO# and network control (NO# these 
correspond to structural components to be described in 
subsequent sections of this chapter# as well as in 
later chapters. 

A TH may assume one of six format types# four types (called 
FIDO# FID1# FID4# and FIDF) in which the destination and 
origin of the TH are represented as unique network 
addresses# and two types (called FID2 and FID3) in which the 
destination and origin are represented by locally unique 
short-form addresses. Details on the format types and their 
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relationship to boundary function protocols are presented 
later in this chapter ("Boundary Function Structure"). 
Details of the formats of the various THs (and of the RH) 
are given in Chapter 2» and in summary form in Appendix D. 
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I I 1) End-user data and/or 
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I i 2) Control information* such as 

I I a) request code (in commands and acknowledgments) 

I I b) header information (for component routing) 

! I c) other parameters 


1 —^Includes : 

1) Request/Response indicator (request or response) 

2) Response Type indicator (positive or negative) 
if a response 

3) RU Category (giving the function of the RU) 

(and other information) 


Includes: 

1) Destination Address 

2) Origin Address 

(and other information) 


Figure 1-9. Basic Message Format (without segmenting) 
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PATH CONTROL AND DATA LINK CONTROL WITHIN A NODE 


Each node has the PC and DLC structure illustrated in Figure 
1-10. This includes a set of primary and secondary DLC 
protocol machines* which interact with path control CPC). 
LUs are interposed between PC and the end users associated 
with the node. 

All the DLCs interact with a single PC element ( i . e . * one 
per node). The principal purpose of PC is to route PIUs* 
based on the destination and origin addresses in the TN. 
PIUs nay be received by PC from local NAUs or from the 
network through DLC. Based on the addresses in the TH of 
the PIU* PC (1) routes the PIU to a local NAU (e.g.* a 
half-session) or boundary function component (using the 
origin address as well as the destination address to do this 
routing) if the destination address is that of a local NAU 
or boundary function component* or (2) routes the PIU to a 
specific DLC for transmission out of the node. An important 
exception concerns session-activation and -deactivation 
requests and responses. Those received (whether from a 
local NAU or from DLC) for a local NAU are always sent to 
the PU.SVC_KGR.CSC_MGR (see the section* "NAU.SVC 
Structure”). PC also supports blocking of PIUs or 
segmenting of BI'Js (see Chapters 2 and 3)* and routing and 
flow control over the PC logical connections (virtual 
routes* explicit routes, and transmission groups) described 
earlier. (See the next section* "NTWK.PC*" fpr additional 
discussion.) 

LUs* above PC within a node* (1) convert 01 Us to end-user 
information and control information (and vice versa)* and 
(2) control the flow of information to and from the end 
users as directed by the control information. 
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Figure 1-10. Basic Node Structure? Emphasizing PC and DLC 
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NTWK.PC 


The system consisting of all interconnected PCs and DLCs 
forms the path control network , or NTWK.PC (see Figure 1-2); 
the extension of this concept to include boundary function 
is presented later in this chapter and in Chapter 3. The 
input/output streams of NTWK.PC consist of streams of TH 
parameters and associated unsegmented BIUs. 

Each node has a PC element and NAUs. The node and DLC 
configuration of the network , and the PC routing algorithms, 
combine to provide the following behavior for NTWK.PC: 

• An input to a PC element in node-i from a NAU is 

transmitted and routed by NTWK.PC and emitted as output 
by the PC element in node-j to the destination NAU. 

(Since node-i and node-j can be the same node (i=j), 

NAUs within the same node can be connected by a 

session.) 

• Message units with the same (destination, origin) 

identifiers are emitted by NTWK.PC in the order 

submitted by the origin NAU. 

In an earlier section, "NTWK.SNA—Nodes and Their Physical 
and Logical Interconnections,” the path control logical 
connections for subarea routing--virtual routes, explicit 
routes, and transmission groups—were discussed. Chapter 3 
discusses the sublayers of path control — virtual route 
control (VRC), explicit route control (ERC), and 
transmission group control (TGC), which control routing and 
traffic flow over the logical connections. Chapter 12 
discusses the virtual route (VR) manager and explicit route 
(ER) manager within PUs (no transmission group manager is 
needed), which control the activation, assignment, testing, 
status reporting, and deactivation of virtual and explicit 
routes. (See, also, the later section, ”NAU.SVC Structure,” 
for a brief overview.) 

A transmission group (TG) includes one or more links between 
two adjacent subarea nodes, and can be identified by the 
triple (SA1, SA2, TSN), where: 

• SA1 is the address of the subarea at one end of the 
transmission group. 

• SA2 is the address of the subarea at the other end of 
the transmission group. 

• TGN is the number (1-255) assigned to the transmission 
group. 
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An explicit route (ER) includes a set of transmission groups 
connecting subarea nodes. These routes provide 

connectivity, using a fixed set of transmission groups, from 
one subarea node to another (not necessarily adjacent) 
within the network. It is a bidirectional logical 
connection between subareas and can be identified by the 
quadruple (SA1, SA2, ERN, RERN), where: 

• SA1 is the address of the subarea at one end of the 
explicit route . 

• SA2 is the address of the subarea at the other end of 
the explicit route. 

• ERN is the explicit route number carried in PIUs 

transmitted from SA1 to SA2. 

• RERN is the explicit route number carried in PIUs 
transmitted from SA2 to SA1 (and is referred to as the 
reverse explicit route number). The RERN may be a 
value different from the ERN. 

A maximum of 16 explicit route numbers exists for each 

direction of flow between any two subarea nodes. 

PIUs in the network move from subarea node to adjacent 

subarea node based on routing lists indexed by the 

destination subarea address and explicit route number 
carried in the TH. The original source of the PIU has no 
bearing on the routing of the PIU. The RERN also has no 
effect on the route taken to the destination node (and is 
not carried in the transmission header). 

A virtua 1 route (VR) logically connects the subareas in 
which the NAUs participating in a session reside, building 
high-level flow-control properties onto the connectivity 
provided by explicit routes. Message-unit integrity is 
enhanced by sequence numbering within the virtual route. (A 
route extension is the connection between a peripheral node 
and the subarea node that is the terminus of the virtual 
route.) A virtual route is a bidirectional logical 
connection between subareas, and can be identified by the 
quadruple (SA1, SA2, VRN, TPF), where: 

• SA1 is the address of the subarea at one end of the 
virtual route . 

• SA2 is the address of the subarea at the other end of 
the virtual route. 

• VRN is the number assigned to the virtual route. 

• TPF is the transmission priority assigned to the 
virtual route. 
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PIUs are transmitted over the explicit route (or set of TGs) 
underlying a virtual route according to transmission 
priority. Up to 16 virtual route numbers (VRNs) and 3 
transmission priorities (low > medium* and high) can be used 
between any two subarea nodes* yielding up to 48 virtual 
routes. 

Two uses of virtual routes are worthy of note: 

♦ All SSCP-PU and SSCP-LU sessions for the PUs and LUs in 
the same subarea use the same virtual route to a given 
SSCP. The reason for this is discussed in the later 
section* "Session Outage Notification.” 

• All sessions involving NAUs in the same subarea are 

assi g n e d to virtual routes without underlying explicit 
routes. These sessions connect NAUs in the same 

subarea node or in a subarea node and an attached 
peripheral node. Use of virtual route pacing and other 
flow control is not needed* because the virtual route 
lies wholly within the subarea node. (A route 

extension* using boundary function path control* 
completes the path to a peripheral PU or LU.) 

Just as the primary-secondary DIG asymmetries and other DLC 
details are hidden from PC* so the routing and other 
concerns of NTNK.PC are not visible at the protocol boundary 
between NTWK.PC and the NAUs* in particular* NTWK.PC 
conceals the node interconnections (virtual and explicit 
routes* transmission groups* links). 

SESSIONS AND PU-PU FLONS 

NAU services managers* and therefore the NAUs themselves* 
interact with each other as pairs* via a protocol machine 
called a session (see Figure 1-11). The following session 
pairings are defined: 

• Two distinct LUs in a network can be paired to form a 
session (or more than one session—-see the later 
section* "Parallel Sessions”)* for a given session 
activation* one of them is the primary (and sends the 
session activation request)* while the other is the 
secondary (and receives the session activation 
request)--i n general* the primary services manager can 
initiate more protocol features related to session 
activation and recovery than the paired secondary 
services manager. (While the session is active* they 
may have symmetric roles.) LU-LU sessions are used for 
end-user to end-user communication. 

* An SSCP is paired to form a session with each PU in its 
domain* and one with each LU in its domain* the SSCP is 
always the primary for the session. SS6P-PU and 
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SSCP-LU sessions are used for monitoring, controlling, 
and accessing the processing and communication 
resources of the network. For example, each SSCP uses 
SSCP-PU sessions to request activation of links within 
its domain; LUs use the SSCP-LU sessions to request 
activation of LU-LU sessions and to receive directory 
services (e.g., name-to-address translation) from the 
SSCPs. For the purposes of communication network 
management (discussed in a later section), the SSCP can 
provide, via coordinated LU-SSCP and SSCP-PU sessions, 
LU-PU routing services within a domain, 

• Two distinct SSCPs in a network can be paired to form a 

session; the SSCP sending the successful session 
activation request is the primary for the duration that 
the session remains active; the receiver of that 
request is the secondary. SSCP-SSCP sessions are used 
for cross-donain services within a network; in 

particular, they are used for coordinating the 

activation of cross-domain LU-LU sessions. 

Another kind of pairing, using PU-PU flows , exists between 

PU services managers. These flows are used to: 

• Load a peripheral node from its adjacent subarea node 
(in reaction to a request from an SSCP to the subarea 
PU) . 

• Activate and test explicit routes and report their 
status (e.g., operative, activated, inoperative); 
information and requests are propagated from subarea PU 
to subarea PU in either sequential (PU to one adjacent 
PU) or fan-out (PU to many adjacent PUs) fashion as 
described in detail in Chapter 12. 

• Activate and deactivate virtual routes; each such PU-PU 
flow connects the PUs in the two subarea nodes where 
the virtual route terminates. 

PU-PU flows do not require session activation requests; 

PU — to — PU awareness results from Exchange Identification 

( XID ) processing (see Chapter 11 and Appendix E) or is part 

of system-definition initialization of nodes. 
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Figure 1-11. Basic Session Structure 
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Each session (SESS) is qualified by a session identification 
CSID) specifying network addresses of the NAUs for the 
session. 

The SID associated with the session between NAUnai and 
NAUnaj is the network address pair (nai,naj). The session 
between NAUnai and NAUnaj is denoted by SESS(nai,naj ) . 

SIDs are always ordered address pairs and the notation 
SESSCnai,naj) not only refers to the session between NAUnai 
and NAUnaj, but by convention also explicitly specifies that 
NAUnai is the primary and NAUnaj, the secondary for that 
session. 

Each session, SESSCnai,naj), consists of two half-sessions 
interconnected via the protocols of NTWK.PC. The 
half-session associated with NAUnai is denoted 
SESSCnai ,naj ) .nai and that associated with NAUnaj is denoted 
SESS(nai,naj).naj; the half-session may also be denoted by 
SESS(nai,naj).PRI for the primary or SESSCnai,n a j).SEC for 
the secondary. Whenever it is not ambiguous, half-sessions 
are denoted by the short-forms: 

• (nai,naj).nai, (nai,naj).PRI, SID.nai, or SID.PRI; and 

• (nai,naj).naj, (nai,naj).SEC, SID.naj, or SID.SEC. 

The half-session identification, HSID, is the generic term 
for SID.Cnailnaj) or SID.CPRI|SEC). (Frequently, the 
addresses are not essential to the meaning, and a 
half-session is designated simply in terms of the types of 
NAUs involved — for example, CSSCP,LU).PR I. ) 

At any time, the state of SESS(SID) consists of the state 
pair: 


(state of SID.nai, state of SID.naj). 

The only direct communication between paired ha 1f-sessions 
is via NTWK.PC, which provides a signaling path that can 
exhibit a delay. A principal function of the half-sessions 
is to synchronize session states in the face of this delay. 
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PARALLEL SESSIONS 


In some cases* two LUs may be paired with each other to form 
multiple sessions; each such session is then a parallel 
session between the two LUs. Before two LUs can form 
parallel sessions* at least one of them must be assigned 
multiple network addresses. 

Each LU has either a single or multiple network addresses. 
An LU with a single network address can participate in 
parallel sessions only as a secondary. An LU with multiple 
network addresses has: 

• A single secondary network address » which is used for 
all secondary half-sessions* including the one with the 
SSCP. 

• Multiple primary network addresses (distinct from the 
secondary network address)* each of which is used for 
primary ha 1f-sessiohs . Primary network addresses are 
assigned (for example* via RNAA, discussed in Chapter 
7) during session initiation and can be freed (for 
example* via FNA* discussed also in Chapter 7) when all 
sessions using them have been terminated. Only LUs in 
subarea nodes are assigned primary network addresses. 

Figure 1-12 shows an example of parallel sessions. 
LU(nai | naj|nak) and LU(nam|nan|nap) together form a total of 
four parallel sessions — SES5(nan,nai ) * SESS(nap,nai ) , 

SESS(naj,nam), and SESS(nak*nam). An LU is also capable of 
having multiple sessions, including parallel sessions* with 
different LUs; for example, LU(nai Inaj | nak ) is shown as also 
having two parallel sessions with LUnaq and a single session 
with LUnar. Multiple primary half-sessions may make use of 
any given primary network address assigned to the LU. 

LUs distinguish individual parallel sessions by session name 
(see the discussion of BIND in Chapter 13), which is used 
during session reactivation processing following an outage. 
See the section, "Sync Points," for additional discussion. 

The distinction between parallel and nonparallel sessions 
arises primarily during the initiation and termination of 
sessions. LU-LU session initiation and termination is 
discussed in Chapter 8). Thus, the term "parallel" is 
omitted whenever it is not ambiguous to do so. 
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FLOWS WITHIN HALF-SESSIONS 


The flow of RUs within a half-session is divided into normal 
and expedited components in each direction (to and from the 
paired half-session). In each direction* the normal- and 
expedited-flow RUs are independently sequence numbered (or 
identified) and the normal and expedited flows are 
controlled under separate protocols. Control coupling 
exists to the extent that commands carried on the expedited 
flows can change the state of the normal flows—for example* 
resetting sequence numbering or quiescing traffic. Within 
half-sessions (and also within boundary function components* 
discussed later in this chapter)* expedited-flow RUs bypass 
normal-flow queues* thereby passing normal-flow RUs in these 
queues . 

The provision for normal and expedited flows within NTWK.SNA 
allows various useful session-level flow-control protocols 
to be imposed on end-user data traffic (which is carried on 
normal flows) without blocking the passage of crucial 
control traffic (which is carried on expedited flows). Use 
of the normal and expedited flows within ha 1f-sessions 
varies by RU category as follows: 

• FMD RUs—-end-user data and network services requests 
and responses—are sent only on the normal flow. 

• DFC RUs are sent on either the normal flow or the 
expedited flow* depending on the particular request 
code . 

• SC RUs are sent only on the expedited flow. 

A fourth RU category* NC* applies only to PU-FU flows (on 
which the other three categories* conversely* are never 
used). PU-PU flows use only the expedited flow and do not 
involve sessions. 

The protocols for handling normal and expedited flows within 
ha If-sessions are defined in Chapters 4 and 5. 


HALF-SESSION STRUCTURE 

Each half-session denoted . by the half-session 
identification* H SID * has the structure shown in 
Figure 1-15* and consists of: 

• Irans m ission control (HSID.TC) 

• Data flow control (BSIB.DFC) 

• Function management data services (HSID.FMDS) 
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TC provides basic control of the use of the transmission 
resources of NTWK.PC by: 

• Activating and deactivating the half-session data 

traffic via session control CSC) requests and responses 

• Sequence number checking, session traffic pacing, data 
enciphering and deciphering, and enforcing maximum RU 
size of normal-flow traffic passing between TC and PC 

DFC half-session protocols include capabilities to: 

• Control the concurrency of send and receive 

opera t i ons—one way at a time or both ways concurrently 

• Provide request groupings through chaining protocols 
and transaction delimiting through bracket protocols 

• Control the interlocking of requests and responses in 
accordance with the request and response control modes 
selected during session activation; this control 
involves the return order of responses and the number 
of requests allowed to be awaiting responses on a given 
flow 

• Assign sequence numbers to normal-flow requests 

• Correlate requests and their responses 

• Interrupt the flow of data in either direction without 
affecting other control protocols of the session 

Some DFC commands are carried in RUs; other DFC commands are 
carried in RHs and are handled as the message unit and RH 
parameters pass through the DFC element, 

FMDS manages FMD RUs in cooperation with the appropriate NAU 
services manager. The particular functions provided by FMDS 
vary by the type of half-session: 

• The FMDS s in half-sessions involving an SSCP ( i . e . > 
(SSCP,PU!LU).(PR I I SEC) and (SSCP,SSCP').C SSCP!SSCP * ) 
half-sessions), because of their network services 
functions, are more specifically referred to as session 
network services (SNSs) , They provide protocols (in 
conjunction with the various NAU services managers) 
through which the SSCPs can monitor and control the 
processing and communication resources of the network. 

• The FMDSs in (LU,LU).(PR I I SEC) half-sessions may 
provide presentation services protocols for encoding 
and compression of data, display formatting, and so 
forth; they are more specifically referred to as 
session presentation services (SPSs). 
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NETWORK SERVICES AND THE NAU SERVICES LAYER 


NAU services managers control network operation by 
exchanging network services RUs with one another, using 
SSCP-based sessions, i.e., SSCP-SSCP, SSCP-PU, and SSCP-LU 
sessions* Categories of network services RUs (a type of FMD 
RU) are: 


Configuration services: supported on SSCP-PU sessions 
in order to activate and deactivate links, to load and 
dump nodes, to perform dynamic reconfiguration, such as 
assigning network addresses to local addresses, and, in 
general, to control resources associated with the 
physical configuration* 

Session services: supported on SSCP-SSCP and SSCP-LU 
sessions in order to assist LUs in activating LU-LU 
sessions; this includes such activities as resolution 
to network addresses by the SSCPs of network names 
presented by an LU in its session initiation request, 
checking of end-user password and access authority, and 
selection and matching of session parameters. 

Maintenance and management services: supported on 
SSCP-PU and SSCP-LU sessions in order to perform 
testing and tracing, and to record statistics on 
network resources. 

Measurement services: a category of network services 
set aside for future definition; currently, all 
collection of measurement data is implementation 
defined, using LU-LU sessions. 

Network operator services: a category of network 
services set aside for future definition; currently, 
all network operator communications with the SSCP are 
implementation-defined. 


For a given NAU, the services manager and the FMDSs (SNSs or 
SPSs) for its various half-sessions jointly form a NAU 
services layer (NAU.SVC), as shown in Figure 1-14. The NAU 
services manager performs a function or arranges for a 
function (e.g., a DLC function) as requested by a paired 
services manager. SNS provides routing between the 
half-session and the appropriate component of the NAU 
services manager, based on the network services category of 
a request or response. Depending on the particular network 
services category, state information relating to network 
services RU sequencing is maintained by SNS or by the NAU 
services manager. Chapter 6 discusses this in greater 
detail. SPS is described in SNA LU-LU Session Types . 
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NAU.SVC STRUCTURE 


The structure of a NAU services component varies according 
to the type of NAU--SSCP, P U , or L U . Each provides a 
different grouping of services and functions. Figures 1-15, 
1-16, and 1-17 show the structures of the SSCP.SVC, LU.SVC, 
and PU.SVC. An earlier section, ff Ha 1 f-Sess i on Structure," 
dealt briefly with the FMDS components. Here, highlights of 
the NAU services manager structures are discussed; details 
on the various signaling paths (and more comprehensive 
overviews) are given in Chapters 6 (SSCP and LU) and 10 
(PU) . 

SSCP . SVC__MGR has the following components: 

• UPM_TRANSLATION_SVC, an implementation-defined 

component, routes and translates signals between the 
SSCP.SVC_MGR and the network operator controlling the 
SSCP (and its domain). 

• SSCP.SVC_MGR.CS provides configuration services support 
for a domain in cooperation with peer components in the 
PUs via SSCP-PU sessions. It also sends and receives 
all session activation requests and responses involving 
the SSCP via the common session control manager 
(CSC_MGR) in the local PU. Chapter 7 discusses 
SSCP.SVC_MGR.CS in greater detail. 

• SSCP.SVC_MGR.SS provides session services support for 

LU-LU sessions in cooperation with peer components in 
LUs within its domain and other SSCPs via SSCP-LU and 
SSCP-SSC P sessions. Chapter 8 discusses 

SSCP.SVC_MGR.SS in greater detail. 

• SSCP.SVC_MGR.MN&MA provides management and maintenance 
services support in cooperation with peer components in 
PUs and one or more LUs within its domain via SSCP-PU 
and SSCP-LU sessions. (See the section, "Commonication 
Network Management," later in this chapter . ) Chapter 9 
discusses SSCP.SVC_MGR.MN&MA in greater detail. 

L.U. SVC_MGR has the following components: 

• LU.SVC_MGR.SS provides session services support for 
LU-LU sessions, initiating them in response to an 
end-user request. LU-LU session initiation involves 
the process beginning with the original LU-LU session 
initiation request from an end user (requesting a 
session initiation involving its own LU or f wo other 
LUs) and ending with the successful exchange of the 
LU-LU session activation re Quest and response. The 
SSCP within each LU * s domain cooperates with its LUs 
and the SSCPs of the others (up to three domains can be 
involved) via SSCP-LU and S5CP-SSCP sessions to effect 
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the LU-LU session initiation. Details of the process 
are given in Chapters 8 and 13. LU.SVC_MGR.SS also 
exchanges all session activation requests and responses 
involving its LU with the CSC_MGR manager in its PU. 
(It provides similar support for LU-LU session 
termination.) Chapter 8 discusses LU.SVC_MGR.SS in 
greater detail. 

• LU.SVC_MGR.MN&MA provides management and maintenance 
services support in cooperation with peer components in 
PUs and the SSCP in its domain as discussed in the 
later section* "Communication Network Management." 
Chapter 9 discusses LU.SVC_MGR.MN&MA in greater detail. 

• LU.SVC_MGR.PS provides presentation services support 
for LU-LU sessions as discussed in SNA LU-LU Session 
Types . 

• LU.SVC_MGR.SYNC_PT provides sync point services for 
coordinating checkpoints of resources anchored in the 
LU* possibly in conjunction with those located at one 
or more other LUs connected by sessions to the local 
LU* and for recovering from failures by reverting to 
committed checkpoints. See the section* "Sync Points*" 
for additional discussion. 

PU.SVC_MGR is the focal point within a node for controlling 
local resources in response to control point requests and 
for initializing* and otherwise managing* layers and logical 
connections represented within the node. PU.SVC_M6R has the 
following components: 

• PU. SVC_MGR.NS provides network services (configuration 

services* management and maintenance services) support 
in cooperation with like components in its SSCPs (see 
the section* "Shared Control") and LUs (see the 
section* "Communication Network Management"). It 

responds to PUCP or SSCP requests to activate and 
deactivate local resources such as links and adjacent 
link stations. It also converts network services 
requests received from a control point into appropriate 
(e.g.* NC or DLC) signals to other PU.SVC_MGR 
components and receives status from them (causing it to 
send network services RUs to a control point). 
PU.SVC_MGR.NS receives ACTPUs and sends the responses 
to ACTPUs via the CSC_MGR manager. Chapter 11 
discusses PU.SVCJ1GR.NS in detail. 

• PU.SVC_MGR.PC_ROUTE_MGR provides services using the 

PU-PU flows (see the section* "Sessions and PU-PU 
Flows") and participates (within subarea nodes) in the 
session-activation process to assign sessions to 

virtual routes. Subcomponents include a virtual route 
(VR) manager and an explicit route (ER) manager. The 
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VR and ER managers control virtual and explicit routes 
and are layer managers of VRC and TGC. Chapter 12 
discusses PU .SVC_MGR.PC_ROUTE_MGR in detail. 

PU .SVC_MGR.CSC_MGR is the layer manager for all 
ha 1f-sessions in the node. It acts as a conduit for 
all session-activation and -deactivation requests and 
responses exchanged between other NAU services manager 
components and path control. It controls the 
half-session activation and deactivation processes by 
creating> initializing, and destroying half-session 
control blocks. It serves the boundary function in the 
same way (see the section* "Boundary Function 
Structure"). The CSC manager also provides session 
outage notification support (see the section* "Session 
Outage Notification"). Chapter 13 discusses 
PU .SVC_MGR.CSC_MGR in detail. 

PU .SVC_MGR.LINK_MGRs exist for each link attached to 
the node. A link manager controls activation, 
deactivation, and status reporting of an underlying 
DLC.(PR I|SEC) and link connection. Details of this 
component are not given in this book. 
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SESSION OUTAGE NOTIFICATION 


For a number of reasons* an active session between two NAUs 
can fail. In these cases* SNA provides means for notifying 
the affected half-sessions so that restart processing can be 
attempted. Two common reasons are as follows: 

• A virtual route underlying active sessions has been 
disrupted as a result of the failure of the last 
remaining link in a transmission group used by the 
explicit route underlying the virtual route, or because 
the virtual route has been forcibly deactivated. The 
VR managers on both ends of the virtual route inform 
the local CSC managers* which generate and send session 
deactivation requests to the affected ha 1f-sessions in 
their subareas* notifying them of the failure. Restart 
processing, via a network- or terminal-operator 
reinitiation of the session* can involve assigning a 
different virtual route in order to bypass the failure 
and reactivate the sessions. 

• A route extension in the path of active sessions fails. 
The NS manager in the PU on each side of the route 
extension notifies the local CSC manager, which sends 
LU-LU session deactivation requests to all affected LU 
ha 1f-sessions on its side of the failure. Within an 
SSCP* any affected ha 1f-sessions are reset as a result 
of receiving INOP from the PU in the subarea node to 
which the route extension is attached. (So that INOP 
reporting for route extension failure can succeed, all 
SSCP-based ha 1f-sessions in PUs and LUs within the same 
subarea use the same virtual route to a specific SSCP. 
When the virtual route fails* all sessions for the 
subarea fail, thereby allowing coordinated reset and 
reactivation. Enforcement of this constraint is by the 
SSCP when it resolves the class of service name to a 
virtual route identifier list.) 

There are other cases* where LU-LU sessions have not failed, 
but hierarchically higher-order (SSCP-based) sessions have* 
or where active SSCP-SSCP or SSCP-PU sessions are overridden 
by more recent session activation requests received over a 
different virtual route. Details of these cases are given 
in Chapters 8* 11, and 13. 

Various reset hierarchies among FSMs exist; that is, groups 
of related FSMs are reset when another FSM is reset. In 
general, reset hierarchies are determined by the control 
blocks in which FSMs are anchored (see Appendix A). 
Destroying a control block within the meta-implementation 
resets the FSMs anchored in that control block. 
Alternatively, explicit reset signals may be sent to 
individual FSMs to reset them, as shown in the various 
chapters of this book. 
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Chapter 13 defines reset hierarchies related to session 
outage notification? those related to lost-control-point 
processing and to INOP and deactivation processing are 
defined in Chapters 11 and 13 * respectively. 

The next section* "Sync Points*” discusses checkpoint and 
recovery capabilities for LU-LU sessions. 

SYNC POINTS 

An LU may present to its end user(s) an environment in which 
various system resources* such as terminals* data bases* and 
queuing facilities* are all allocated and deallocated within 
the period that a session is active. Typically* allocation 
and deallocation are synchronous with the attaching of a 
transaction processing application program to the LU and its 
subsequent termination* or detaching from the LU. 

This attaching and detaching of a transaction processing 
application program corresponds to the beginning and ending 
of a bracket . Where a session connects a terminal operator 
with a transaction processing subsystem (e. g.* a 
data-base/data-communication application subsystem)* a 
bracket is typically initiated by the terminal operator* who 
includes the identity (transaction code) of the desired 
transaction processing program within the first message unit 
of the bracket. Two transaction processing subsystems also 
can be connected by one or more sessions* in which case the 
bracket is initiated from either end. 

Hhile a transaction processing program is running* the LU 
monitors its access to system resources* such as data-base 
entries or the session itself. As changes are made* such as 
updating or deleting a data-base entry or sending data to a 
transaction processing program at the paired half-session* 
the resource involved is locked for exclusive use and a 
record is made of the change. Nhen all processing related 
to a specific unit of work is completed* the change records 
are erased and the work is thereby committed . 

Frequently* transaction processing involves multiple-step 
actions* wherein all steps must be completed as a unit 
because only the combined action has meaning. For example* 
correlated records in a distributed data base must all be 
updated in synchronism with each other. Should the 
multipie-step process fail midway through—say because of 
session fai1ure--the change records could be used to undo 
the partially completed unit of work. 

In SNA* sync point protocol machines are defined within LUs 
to coordinate the two ends of a session in committing to the 
completion of a distributed unit of work: 
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• A special request ("Commit")* encoded as a bit in the 
request header ( R H ) * is sent by one end to request the 
other end to commit to completion of a unit of work. 
The end receiving the request can signal its agreement 
by positively responding to the Commit request* thereby 
establishing a new sync point. If a negative response 
is sent* both ends undo the unit of work and revert to 
the previous sync point. 

• Another request ("Prepare")* encoded as FM header 10 
(see SNA LU-LU Session Types ) or as a value in the 
LUSTAT request* allows one end to request the other end 
to send the Commit request. The sender of the Prepare 
request need not keep protected resources locked if the 
session fails before the Commit request is received; it 
can simply revert to the previous sync point and 
release the resources. The sender of the Commit 
request awaiting a response cannot determine whether a 
session failure occurred before or after the other end 
committed to the new sync point; this can only be 
determined at reactivation of the failed session. 

• The SET AND TEST SEQUENCE NUMBERS (STSN) request is 
provided for use at session reactivation—after BIND* 
but before data traffic is exchanged--in order to 
determine how a session failure affected the sync 
points at the two ends. STSN and its response cause 
the two ends to exchange sequence numbers corresponding 
to their most recent sync points* t hereby synchronizing 
the two ends. Either they agree already* or one must 
revert to a previous sync point to reach agreement. 
Because either end can send Commit* this means zero* 
one* or t wo sync point s may be in doubt when STS N i s 
exchanged. 

LUs provide this optional sync point service via the sync 
point manager (LU.SVC_MGR.SYNC_PT)* shown in Figure 1-16. 

All resources allocated to a transaction processing 
application program attached to an L U are characterized as 
protected or unprotected . At intervals* the program may 
signal the sync point manager to commit all the changes to 
tiie protected resources* in order to move forward to a new 
sync point. (The program may be coordinating common sync 
points for multiple sessions through the. sync point 
manager.) Alternatively* the program may signal the sync 
point .manager to revert to the previous sync point* thereby 
undoing any changes made to protected resources after * that 
s y n c p o i n t. 

Actual implementation of a protected resource can vary 
widely* depending upon the errors against which protection 
is desired. In the most' stringent case* protection against 
application program* III* node* and session failure is 
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provided; the protected resource might then be a disk file. 
For this level of protection, a list of states before and 
after changes to that resource since the last sync point is 
kept on a non-volatile storage medium Ca sync point log). 
This list is used to restore the state of the protected 
resources when an abort occurs because of a session failure, 
an application program request, or an application program 
error. 

One-phase commit, in which the requester sends Commit and 
the response indicates yes or no, is the basic protocol. 
Two-phase commit, in which the first sync point manager 
sends Prepare, requesting the second to send the Commit, is 
an implementation option. Two-phase commit allows some 
choice of which LU must hold locks on protected resources 
pending completion of the sync point—perhaps across a 
session failure. 

Sessions that are protected resources can be resynchronized 
(using STSN as noted above) after a failed session has been 
restarted. Since the network addresses of a session can 
change (being dynamically assigned) during the interval 
between session failure and session restart, the information 
needed to support session resynchronization is saved by 
session name-see the BIND request in Chapter 13. Following 
resynchronization, restart of application programs that were 
running at the time of the session failure is an 
implementation option. 

Chapters 2 and 4 and Appendix E discuss the use of the RH, 
STSN , and LUSTAT for sync points in more detail. Details of 
the sync point manager are given in SNA LU-LU Session Types . 

SHARED CONTROL 

Multiple SSCPs can share control of various network 
resources, either sequentially or concurrently. In 
addition, the PUCP in a node can share control of some node 
resources (e.g . , the PU, links, adjacent link stations) 
sequentially or concurrently with multiple SSCPs. This 
allows local activation of node resources when no SSCP 
exists in the node. A PU can be shared by allowing more 
than one control point C CP)--an SSCP or PUCP—-to send it the 
activation request, ACTPU; the PU is a member of each domain 
whose SSCP can share such control. Once an SSCP has control 
of the PU in this way, it can also share control of 
resources associated with the PU^-in particular, LUs, which 
it activates via ACTLUs, and links, which it activates via 
ACT LINKs. Link stations on a link can be controlled via 
CONTACTS by each SSCP or PUCP that shares control of the 
link. SSCPs sharing control of a given PU may vary in their 
interest in, or awareness of, associated LUs and links; each 
SSCP may make use of separate resources* 
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Resources that can be shared have different limits on the 
number of CPs that can concurrently share them. This 
concurrency constraint is called the share limit for the 
resource* LUs have a share limit of 1—only one SSCP at a 
time can exercise control* (PUCPs do not control LUs.) A 
peripheral P U * with respect to its boundary function 
support> also has a share limit of l--only one SSCP controls 
it at a time. (However, the PUCP within the peripheral node 
can share control of the peripheral PU with an SSCP.) For 
subarea nodes, the share limits of resources other than LUs 
can be greater than 1* subject to installation-dependent 
options* thereby allowing the PUCP in the node and multiple 
SSCPs to concurrently exercise control. 

Shared control of network resources can be used for such 
purposes as : 

• Backup of one SSCP by another to increase network 
availability 

• Partitioning control of a network by use* rather than 
by physical location of resources Ce.g.* multiple SSCPs 
can share control of a given link and partition use of 
the nodes connected via the secondary link stations on 
that link) 

• Time-of-day shifting of control of various network 
resources 


NTWK.TC, NTWK.DFC* AND NTWK.SESS 

The nesting of networks within NTWK.SNA can be extended as 
shown in Figure 1-18* where the intermediate levels between 
NTWK.PC and NTWK.SNA are introduced. 

The TC elements* and the NTWK.PC interconnecting them* form 
NTWK.TC* which is the second innermost network of the 
networks nested in NTWK.SNA. Within each session* the TC 
element pair Cone in each half-session) , in conjunction with 
NTWK.PC* provides a connection for passing RUs between the 
DFC element pair. This connection has the following 
properties : 

♦ No send-receive coupling exists between the flows in 
the two directions; this means that NTWK.TC supports 
concurrent send and receive operations at its protocol 
boundary with DFC. 
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• Normal-flow RUs* whether requests or responses * are 
delivered to a DFC element in the order of submission 
to NTWK.TC by the paired DFC element* except for 
responses that carry an RH indicator value specifying 
that they are to bypass TC queues—these responses can 
pass queued requests (and responses) delayed by pacing* 
thereby avoiding session deadlocks (see Chapters 2 and 
4 ) . 

• The size of the normal-flow RUs and the rate at which 
normal-flow request RUs can enter NTWK .PC are limited 
by the TC elements in accordance with parameters chosen 
at session activation. 

• Data traffic (normal-flow FMD and DFC RUs) over the 
connection can be enabled and disabled through data 
traffic protocols provided by the session control 
components within the paired TC elements. 

In a later section of this chapter* a protocol machine 
called the "boundary function*" which has a special role in 
NTWK.TC for supporting peripheral nodes* is discussed. 

The DFC elements* and the NTWK.TC interconnecting them* form 
NTWK.DFC* which is the third innermost network of the 
networks'nestVd-4n NTWK.SNA. Within each session* the DFC 
element pair* in conjunction with NTWK.TC* provides a 
connection for passing RUs between the FMDS element pair. 

This connection has the following properties: 

° Send-receive coupling of the flows in the two 

directions is enforced in accordance with session 
activation parameters. 

• Normal-flow RUs* whether requests or responses* are 

delivered to an FMDS element in the order of submission 
to NTWK.DFC by the paired FMDS element* except for 

those responses* mentioned above* that can bypass TC 
queues . 

• Checking and synchronizing of RU groupings 
(architectural chains and brackets) is supported in 
accordance with session activation parameters. 

• The other DFC functions* discussed in a previous 

section ("Half-session Structure")* are enforced. 

The FNDS elements* and the NTWK.DFC interconnecting them* 
form NTWK.SESS. NTWK.SESS consists of all the ha 1 f-sessions 
in NTWK.SNA* along with NTWK.PC* which interconnects them. 

Within each session* the FMDS element pair* in conjunction 
with NTWK.DFC* provides a connection for passing message (] 
units between pairs of services managers. This connection ... 
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has all the properties of the connection provided by 
NTMK.DFC, in addition to properties introduced by FMDS 
functions: 

• A message unit delivered to a services manager may have 
a format different from that submitted to NTNK.SESS by 
the paired services manager, in accordance with 
formatting or presentation services available for the 
session, 

• For an SSCP-based session, the FMDS element pair checks 
and maintains the current states for controlling and 
synchronizing the flow of certain network services RUs, 
e.g., in the session services category, (For other 
network services categories, e.g,, configuration 
services, control and synchronization of the RUs is 
performed in the N A U services manager layer.) 

The SVC__MGRs and the NTWK.SESS i nterconnect i ng them, form 
NTWK.SNA. 
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Figure 1-18. Network Layers 
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BOUNDARY FUNCTION STRUCTURE 

Subarea nodes support the attachment of peripheral nodes 
through a protocol machine known as the boundary function 
CBF). Each BF consists of BF.PC* and a BF.NODE for each 
peripheral node attached to the subarea node (see 
Figure 1-19). Each BF.node establishes a reset hierarchy 
for a distinct peripheral node* and consists of a BF.PU 
representing the PU in the peripheral node and as many 
BF.LUs as there are LUs receiving boundary function support 
in the peripheral node. Each BF.(PU|LU) includes a 
BF.(PU!LU).SVC_MGR and as many HSID.BF.TCs as there are 
half-sessions within the peripheral PU or LU receiving 
boundary function support. 

BF.PC in a subarea node provides path control function for 
FID2 (to/from a PU_T2 node) and FID3 (to/from a PU_T1 node) 
traffic into and out of the subarea node. This includes: 

• Transformation between FID4 and FID2 or FID3 
transmission headers (THs); this involves conversion 
between NAU network-address pairs and (link station 
network address* local address(es)) combinations; the 
relations flip between TH format types (FID2* FID3* and 
FID4) and node types is shown in Figure 1-20. 

• Link and adjacent link station routing 

• Optional segmenting of message units destined for 
peripheral nodes into smaller units 

BF.PC has a protocol boundary with PU . S VC__MGR . NS for the 
(PU-PU flow) loading (IPLing) function. This function 
bypasses the BF.NODE components completely. (See Chapter 11 
for details.) BF.PC also has a protocol boundary with 
PU.SVC_HGR.CSC_MGR* which acts as the conduit (between BF.PC 
and BF.(PU|LU).SVC_MGR and between PC and 

BF . ( PU | LU ) . SVC_f1GR ) for boundar y-f unct i on related 

session-activation and -deactivation requests and responses 
and controls the activation and deactivation of HSID.BF.TCs 
by creating* initialising* and destroying boundary function 
session control blocks. PU. SVC__MGR. CSC_MGR also supports 
session outage notification for boundary-function supported 
half-sessions. (See the Section* "Session Outage 

Notification*” and Chapter 13 for details.) 

Details on BF.PC are provided in Chapter 3. 
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SIDi.SEC.BF.TC provides support functions for the secondary 
ha If-session» SIDi.SEC. This includes: 

• Providing session-level sequence number support for 
type 1 peripheral nodes 

• Providing session-level pacing support 

An HSID.BF.TC has a protocol boundary with both PC and 
BF.PC. BF.PC (as part of the route extension) routes 
message units between HSID.BF.TC and the link to the path 
control element and the half-session in the peripheral node* 
while PC (using a virtual route) carries message units 
between HSID.BF.TC and the paired half-session in a subarea 
node (either the local one or some other one). Both PC and 
BF.PC route to HSID.BF.TC using the HSID network address 
pair. 

Details of BF.TC are provided in Chapter 4. 

Each BF.(PU|LU).SVC_MGRnai assists in providing BF support 
for sessions with (PU|LU)nai> which resides in an adjacent 
peripheral node. Each BF.(PU|LU).SVC_MGR provides 

cross-session reset coordination (i.e.» for sessions 
associated with the same LU or node that receives boundary 
function support) and decides whether received session 
activation parameters are acceptable to the boundary 
function. It also determines whether the boundary function 
has sufficient resources to support the session. 

The protocol boundary between BF.(PUILU).SVC_MGR and 
PU.SVC_MGR.CSC_MGR is described in detail in Chapter 13. 
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COMMUNICATION NETWORK MANAGEMENT 

Any user-application network requires a means for collecting 
information about the network for purposes of efficient 
operation and problem determination, and for display of such 
information to the installation management when problems 
exist in the network, or upon request at other times. 

The SNA network provides such a means through a facility 
referred to as communication network management CCNM). A 
CNM services component may be located at each node of the 
network and has a protocol boundary with the PU. Typically, 
one CNM application component exists for each domain and has 
a protocol boundary with an LU (and thus is a specialized 
end user). The SSCP in a domain acts as an intermediate 
router between each CNM application for the domain and all 
the CNM services components that the application interacts 
with throughout a domain. 

The CNM application and any particular CNM services 
component associated with its domain are connected together 
via an underlying LU-SSCP and SSCP-PU session. The CNM 
application sends to the SSCP (via FORWARD) an embedded 
request (currently, a maintenance-services category request 
only) and identifies a particular destination PU by name . 
The PU name is included in the FORWARD request following the 
embedded request. The SSCP provides a directory service of 
translating the name to a network address (just as it does 
for LU-LU session initiation) and passes the request 
received in the FORWARD on to the appropriate PU. Upon 
receipt of a CNM-related (maintenance-services) request from 
a PU, the SSCP uses the the request code to choose the 
appropriate LU to receive the request. The SSCP sends the 
request received from the PU to the LU by embedding the 
request within a DELIVER request and appending the network 
names associated with network addresses appearing in the 
embedded request. 

A procedure-related identifier, or PRID, can be generated by 
the CNM application (or in some cases by the SSCP for its 
own routing) and included in the CNM header for correlation 
of requests exchanged via FORWARD and DELIVER. The SSCP 
uses the PRID to choose the LU to route to upon receipt of a 
CNM reply from a PU. A PU merely echoes a received PRID in 
its reply. (Chapter 9 gives more details of PRID usage.) 

Because the installation management of a user-application 
network is not generally concerned with a network only in 
terms of domains, but is interested in centralized 
collection, processing, and display of network data, 
CNM-application to CNM-app1ication communication is 
supported using cross-domain LU-LU sessions. This allows 
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data to be collected at one centralized LU (or more than 
one; if desired)* processed; and from there displayed 
(perhaps using another LU-LU session) at any suitable 
location. 

A number of SNA requests and replies are used to carry 
CNM-related information; such as for: 

• Requesting and returning storage dumps 

• Initiating and terminating tests and returning their 

status and results 

• Reporting solicited or unsolicited data on SDLC tests; 

summary error data and statistics related to a PU or 
its attached resources; other PU/LU dependent data; 
engineering-change levels; link-connection subsystem 

(modem) data; and other maintenance statistics. 

This book discusses the CNM-related routing capabilities in 
NAUs and the CNM RUs for maintenance and management services 
(see Chapter 9). Details of CNM services; CNM applications; 
CNM-app1ication to CNM-app1ication communication; other CNM 
system operations; and CNM presentation of data are defined 
in product publications. 

STRUCTURAL OVERVIEW OF A NODE 

The basic node structure shown in Figure 1-10 can be refined 
as shown in Figure 1-21. All components illustrated in the 
figure have been discussed; to varying degrees; in earlier 
sections of this chapter. 

Not all node types have this general structure. For 
example; an SSCP exists only in a type 5 node; a PUCP (a 
functional subset of the SSCP) exists in all others. Only 
subarea nodes to which one or more peripheral nodes are (or 
can be) attached contain the boundary function. 

Every node contains a PU; but LUs (one or more) are 
optional. PC exists in every node; the number of DLCs and 
attached link connections varies. (Peripheral nodes; for 
example; have only one.) The CNM components attach to nodes 
according to implementation and installation options. 
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PROFILES 


Some of the session protocols (such as for request and X 

response control modes» brackets* and pacing) are selectable 
at session activation. Specific combinations of these 
selectable protocol options are known as profiles . Those 
profiles that refer to TC options are called transmission 
services (TS) profiles; those profiles that refer to DFC and 
FMDS options are called function management (FM) profiles; 
those profiles that refer to SSCP options for cross-domain 
support are called CDRM profiles (see Appendix F for 
details). The TS and FM profiles to be used in any session 
are specified at the time of session activation via 
parameters in the appropriate session activation request and 
response (see ACTCDRM, ACTPU, ACTLU» BIND, and their 
responses in Appendix E); the CDRM profile is specified at 
SSCP-SSCP session activation, via a control vector parameter 
carried in ACTCDRM and +RSP(ACTCDRM) . 


LAYER AND ELEMENT STRUCTURE 

Layering shapes the structure of NTWK.SNA. Layers consist 
of paired elements having the structure shown in 
Figure 1-22. Each element has a sending protocol machi ne 
(ELEMENT.SEND) from which it sends message units through the 
inner layers of the network to a receiving protocol mach ine 
(ELEMENT.RCV) in the matching element. The sending and 
receiving protocol machines within an element may be locally 
coupled. 

Most element protoco1 machines, although differing in 
specifics, have the generic internal structure shown in 
Figure 1-23. Each basic element handles two principal 
flows: one toward the center of the network from the outer 
layers, the other toward the outer layers from the center of 
the network. A layer consists of two complementary 
submachines: ELEMENT.SEND and ELEMENT.RCV. ELEMENT.SEND 
handles the flow from the outer layers, and ELEMENT.RCV 
handles the flow toward the outer layers. 
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ELEMENT.x (x=SEND|RCV) consists of: 

• USAGE_CHECKS_x: Checks message units for valid field 

usage* parameter values* and other state-independent 
format checks. If an error is detected* an error 
message unit may be generated and returned to the 

originator or sent to the destination. (Alternatively, 
message-unit fields and parameters may be set to their 
correct values within ELEMENT.SEND.) 

• STATE_CHECKS_x: Checks the validity of message units 

relative to the current state of the element. If a 
state-dependent error is detected* an error indication 
may be generated and returned to the originator or sent 
to the destination; if no error is detected, the 

message unit is sent forward. 

• FSM_x: Undergoes a state transformation in response to 
the input message unit being processed and produces an 
output message unit (not necessarily identical to the 
input message unit), which is sent forward. 

To avoid undergoing state transformations in one layer and 
then detecting a send-check violation in a lower layer, the 
send checks for all layers can be made by the top layer. 
This practice is followed by the meta-implementation 
described in this book. It avoids rejections by lower 

layers that would require complex "backing out" nf state 

transformations already made in higher layers. 

The FSMs in ELEMENT.SEND and ELEMENT.RCV may be coupled; 
i.e., they may exchange signals. The strongest type of 
coupling occurs when both ELEMENT.SEND and ELEMENT.RCV share 
a single FSM (or set of FSMs). 
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Typical layer elements in NTWK.SNA occur in paired versions* 
as denoted in Figure 1-22. Message units are passed between 
element pairs in the following manner. 

A message unit entering ELEMENT.SEND from its outer layer 
is: 

1. Partially checked by USAGE_CHECKS_SEND, and, if valid, 
is 

2. Forwarded to STATE_CHECKS_SEND, where it is checked for 
validity relative to the current send state; if valid, 
the message unit is 

3. Routed to an FSM_SEND, where a state transformation 

occurs and the message unit (which may be transformed 

by the FSM) is passed to the inner layers of NTWK.SNA 
for transmission to ELEMENT.RCV. 

The message unit arriving at ELEMENT.RCV from the inner 
layer is: 

4. Checked by USAGE_CHECKS_RCV, and, if valid, is 

5. Forwarded to STATE_CHECKS_RCV, where it is checked for 
validity relative to the current receive state; if 
valid, the message unit is 

6. Routed to an FSM_RCV, where a state transformation 

occurs and the message unit (which is retransformed, if 

needed, by the FSM) is passed to its outer layer. 

Each of the major composite protocol machines of a 
half-session, i.e., TC, DFC, and FMDS, involve specific 
interconnections of several basic elements. Details of 
these interconnections and of the constituent basic elements 
are presented in Chapters 4, 5, and 6. 


OTHER DEFINITIONS AND NOTATIONAL CONVENTIONS 

This section describes some notational conventions widely 
used in both the figures and the text. For complete details 
of the FAPL and FSM notation, see Appendix N. 

As mentioned in the opening section of this chapter, each 
protocol machine in the book has a unique name consisting of 
a sequence of qualifiers. If the protocol machine belongs 
to a half-session, its name takes the form 
STD.(PRIISEC).specific name for LU-LU, SSCP-LU, and SSCP-PU 
half-sessions, and (SSCP,SSCP').(SSCPISSCP').specific name 
for SSCP-SSCP ha 1f-sessions. 


1-66 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 



(SID.PRI.specific name_SEND» SID.SEC.specific name_RCV) and 
(SID.SEC.specif i c name_SEND# SID.PRI.specific name_RCV) are 
examples of two basic protocol machine pairs. This naming 
convention produces protocol machine names that carry 
precise information on the role of the protocol machine and 
its relative position in the network structure. 

The colon (:) is used (within the main text# but not in 
FAPL) in expressions of the form FSMx:STATEy> which denotes 
the statement "FSMx is in STATEy" (where FSMx is an FSM name 
and STATEy the name of a state in FSMx). 

Some of the protocol machines defined in the book interact 
directly with undefined components. These undefined 
components) or undefined protocol machines (UPMs) represent 
implementation and/or installation options that are not 
architecturally prescribed (being product or user oriented) 
or protocol machines that are not> as yet# formally 
specified. 

Within block diagrams# the following conventions indicate 
the type of interaction between components: 

• Solid arrows indicate data flow using SEND or INSERT 
logic (see Appendix N). 

• Dotted arrows indicate calling relationships. 

• Dotted lines indicate data structure access. 

A BIU# and hence the resulting PIU (or multiple PIUs > if 
segmenting is performed)# is either a request or a response# 
depending on the RH coding; these are denoted respectively 
by RQ and RSP. 

RQ(QUAL) denotes an RQ having the property described by 
QUAL ; for example# RQ(CLEAR) denotes a request PIU whose RU 
is coded "clear#" and RQ(Begin Chain) denotes a request PIU 
whose RH is coded "Begin Chain." A similar convention 
applies to responses. RSP(CLEAR) denotes a response PIU 
whose RU is coded "clear." The notation RSP(RQ(QUAL)) has a 
special meaning: it denotes a response to a request that had 
the property QUAL. For example, RSP(RQ(BB,EB)) is a 
response to a request that carried the BB and EB values. 
Whenever it is not ambiguous# RQ(QUAL) is denoted by the 
short form# QUAL; e.g.# CLEAR implies RQ(CLEAR). No short 
forms are used for responses. 


Abbreviations are used to shorten the length of FSM names# 
state names# and protocol inputs and outputs. The 
abbreviations are listed at the back of the book on foldout 
pages (Appendix X) for easy reference. 
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CHAPTER 2. MESSAGE UNITS AND HEADER FORMATS 


This chapter describes the formats of the various SNA 
message units and headers. Additional usage details of the 
various header fields appear in subsequent chapters. The 
formats are also shown in figures in Appendix D. 


GENERAL MESSAGE UNITS 
BASIC LINK UNIT 

The basic link unit (BLU) is the basic unit of transmission 
at the data link and station level; it consists of a DLC 
header, followed by a basic transmission unit (BTU), 
followed by a DLC trailer (Figure 2-1). The DLC header and 
trailer carry DLC control information, and the BTU is the 
information field transmitted by the DLC element for the DLC 
users. For example, in synchronous data link control 
(SDLC), the BLU is one frame: 

BLU = Frame = F,A,C [,BTUI,FCS,F 

where F = Flag 

A = Address 
C= Control 

BTU = Basic Transmission Unit 
FCS = Frame Check Sequence 
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LEGEND ; 

DLC Data Link Control 

BIU Basic Information Unit 

BLU Basic Link Unit 

BTU Basic Transmission Unit 

PIU Path Information Unit 

TH Transmission Header 



A. Single PIU 



B. Blocked PIUs 


Figure 2-1. BIU/PIU/BTU/BLU Relationships 
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BASIC TRANSMISSION UNIT 


The basic transmission unit (BTU3 is the fundamental unit 
passed between path control and data link control. As shown 
in Figure 2-1, it can consist of one or, if blocking is 
used, multiple path information units CPIUs). 

Maximum BTU sizes may be established to accommodate physical 
buffer-size limitations, buffer utilization considerations 
at the sending or receiving link station, or the 
transmission characteristics of the link connection. 


PATH INFORMATION UNIT 

A path information unit (PIU) consists of a transmission 
header (TH) alone, or a TH followed by a basic information 
unit CBIU) or BIU segment. Figure 2-2 shows the BIU/PIU 
relationship when segmenting is not used CA), and when 
segmenting is used (B). Nhen segmenting is used and the 
size of a BIU to be transmitted is such that the resulting 
PIU (TH + BIU) would be larger than the maximum PlU-size 
permitted on a virtual route or by an adjacent link station, 
path control divides the BIU into multiple segments and 
sends them as multiple PIUs; thus, no PIU (TH + BIU segment) 
exceeds the maximum PlU-size permitted. See Chapter 3 for 
details. Note that when a BIU is segmented, only the first 
segment contains the request header (RH). '»o avoid 

truncating the sense data field of certain RUs (to be 
defined later) when segmenting a BIU, the first BIU segment 
must be no less than 10 bytes. 

When a BIU intended for transmission by a DLC is larger than 
the message size permitted by the DLC, path control divides 
the BIU into segments. The maximum size of a segment is the 
smaller of: 

• The maximum buffer size of the sending or receiving 
link station 

• The maximum message size permitted by the 
characteristics of the link connection 
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BASIC INFORMATION UNIT 


A basic information unit (BIU) consists of a 
request/response header CRH) followed by a request/response 
unit CRU); it is the fundamental unit passed between origin 
and destination transmission control elements. BIUs are the 
fundamental units carried by NTWK.PC on the flows between 
paired half-sessions. 


REQUEST/RESPONSE UNIT 

The request/response unit (RU) contains user data* 
acknowledgment of user data* commands for the control of the 
network* or responses to commands. 

The definition of RU formats and RU-related protocols 
constitutes a major portion of the remainder of the book. 
Chapters 4 onward* plus Appendix E» provide detailed 
information on RUs for network control* session control* 
data flow control* and network services FMD RUs. 
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SPECIAL MESSAGE UNIT : EXCEPTION REQUEST (EXR) 

EXRS REPLACING REQUESTS 

An EXR is generated by a protocol machine when it detects an 
error in a request that is to be processed by additional 
protocol machines before being turned into a response. For 
instance* an EXR is sent by a CPMGR when it detects a 
sequence number error on a request. The request RU is 
replaced with sense data (see Appendix G)> followed by up to 
three bytes of the original RU (as described for negative 
responses in Appendix E under "Response Units-—Negative"); 
also, the Sense Data Included bit in the RH is turned on . 
EXR is the only request containing sense data; it is 
identified as an EXR by the value 1 in the SDI bit in a 
request header. If the request in error is already an EXR, 
the four bytes of sense data information may be overwritten 
with the new value, i . e. » in the case of a path error. In 
general, EXRs are not overwritten because the first error 
detected is usually the most important and is reported in 
the negative response. EXR results in a negative response 
to the original request, if allowed; the negative response 
carries the same sense data as the final EXR. 

The boundary function generates EXRs for sequence number 
errors detected on requests destined for ha 1f-sessions in a 
PU_T1 node. The EXR is also used within a half-session or 
between half-sessions as a signal generated by 
request-processing protocol machines and sent onward to 
indicate that the error denoted by the sense data has been 
detected for the request. 

If an EXR cannot be delivered, the same sense data is 
returned as if the original request could not be delivered 
(thereby overriding any different error indicated in the 
undeliverable EXR). 

TH ; The Sequence Number field in an EXR is the same as in 
the request it replaces. It is checked, and the CPMGR 
sequence number receive count is updated, as for regular 
(non-EXR) requests. The TH Data Count field is altered to 
properly record the new BIU size. The Mapping field is set 
to BBIU, EB1U). All other fields are left as received. 

An EXR replaces a complete BIU and is not used to replace 
one segment of a segmented BIU. 

RH : The RH is the same as that of the original request, 
except that the Sense Data Included indicator is turned on. 

R.U: Bytes 0--3 contain sense data, in the same format as 
returned in the negative response. The sense data is 
followed by the original RU, truncated to no more than three 
bytes, as described in Appendix E for negative responses. 
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6XRS REPLACING TOO-LONG PIUS 


A special use of EXR applies to both requests (whether 
segmented or not) and responses: if the length of a PIU 
received by transmission group control (TGC) from an upper 
layer exceeds the maximum BTU length allowed on the 
transmission group. TGC converts the PIU to an EXR having 
the following characteristics. 

TH : Like EXRs replacing requests. EXRs replacing too-long 
PIUs leave all fields in the TH unchanged except for the 
MPF—set to (BBIU. EBIU)— and the DCF—set to 7 here. 

RH : The RH is set to X’07B000’» no matter what the replaced 
RH (if any) was. 

RU : Bytes 0-3 contain the sense data. X'SOOA*. no other 
bytes are included. 
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HEADER FORMATS 


TRANSMISSION HEADER 

A transmission header (TH) is the leading* or only* field of 
every PIU. The first half-byte of any TH is the Format 
Identifier (FID) field. Six different TH formats* or FID 
types, are defined: FIDO, FID1, FID2, FID3, FID4, and FIDFi 
they correspond to hexadecimal values 0-4, and F, 
respectively, in the FID field. All other FID values are 
reserved. 1 

The remaining fields of the TH vary by FID type, and are 
described below. 


1 Throughout this book, reserved is used as follows: 
reserved bits? or fields, are currently set to 0*5 (unless 
explicitly stared otherwise)? reserved values are those 
that currently are invalid. Correct usage of reserved 
fields is enforced by the sender? no receive checks are 
made on these fields. 
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Illl 


II 



DCF--Data Count Field 











Byte 0 


FIDO|1—Format Identification: 0000 for FIDO, 0001 for FID1 
MPF 

The MPF consists of bit 4, the Begin-BIU (BBIU) bit, and bit 
5, the End-BIU (EBIU) bit. It specifies whether the 
information field associated with the TH is a complete or 
partial BIU, and, if a partial BIU» whether it is the first, 
a middle, or the last segment. 

10 first segment of a BIU = (BBIU, -EBIU) 

00 middle segment of a BIU = (-BBIU, -EBIU) 

01 last segment of a BIU = (-BBIU, EBIU) 

11 whole BIU = (BBIU, EBIU) 

Bit 6 of the TH is reserved. 


The EFI is bit 7. It has the following meaning: 

0 normal flow 
1 expedited flow 

The EFI designates whether the PIU belongs to the normal or 
expedited flow. Normal-flow PIUs are kept in order on a 
session basis by NTWK.PC, so are expedited-flow PIUs. 
Expedited flow PIUs can pass normal-flow PIUs flowing in the 
same direction at queuing points in TC within ha 1f-sessions 
and boundary function half-sessions. 

Byte 1 

All bits reserved. 

Bytes 2 and 3 

DAF—Destination Address Field, a two-byte network address 
denoting the BIU' s destination network addressable unit 
(NAU). The DAF provides the principal routing information 
needed by NTWK.PC. In a network address the subarea address 
0 is reserved; the element address 0 always denotes the 
PU_T4|5 generating the associated subarea. 

Bytes 4 and 5 

OAF—Origin Address Field, a two-byte network address 
denoting the originating NAU. The OAF allows multiple 
active half-sessions per NAU by distinguishing the origins 
of all PIUs received by the NAU. 
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Bytes 6 and 7 


SNF—Sequence Number Field* a numerical identifier for the 
associated BIU. When segmenting, path control puts the same 
SNF value in each segment derived from the same BIU. For 
additional details on the use of this field, see Chapter 4, 
"The Sequencing of Requests and Responses." 

Bytes 8 and 9 

DCF—Data Count Field, a binary count of the number of bytes 
in the BIU or BIU segment associated with the transmission 
header; the count does not include any of the bytes in the 
transmission header. The DCFs are required in PIUs that are 
to be blocked, as they convey the PIU length information 
necessary for proper deblocking. 
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FID2 


FID2 is the format used between a PIL.T4 node and an adjacent 
PU_T2 node or between a PU_T5 node and an adjacent PU_T2 
node. 

The FID2 TH appears as: , 


Byte 


0 

FID2—Format Identification 



MPF—Mapping Field 



Reserved Bit 

Reserved Byte 


EFI—Expedited Flow Ind. 


2 

DAF*--Destination Address 

OAF'—Origin Address 

4 

SNF—Sequence Number Field 


Note : FID2 PIUs cannot be blocked because there is no DCF in 
the TH format for deblocking. 


Byte 0 

FID2—Format Identification: 0010 
MPF and EFI, described earlier. 

Byte 1 

All bits reserved. 

Byte 2 

DAF'—Destination Address Field, a one-byte local address of 
the destination NAU. Within a specific Pli_T2 node, the DAF’ 
identifies the Bill’s destination; within a BF. PC, the (LINK, 

STA, DAF*) combination identifies the destination. 

Byte 3 

OAF'—Origin Address Field, a one-byte local address of the 
originating NAU. Within a specific PU_T2 node, the OAF ’ 
identifies the BIU's origin; within a BF.PC the (LINK, STA, 

OAF’) combination identifies the origin. The BF adjacent to 
each PU_T2 node translates between each (LINK, STA, DAF', 

OAF’) combination and the equivalent (DAF, OAF) network 
address pair. 

Bytes 4 and 5 

SNF — See FID1 description. 

V, 
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Note : The PU_T2 is always assigned the local address value 
of 0. Therefore* Bills jto. the physical unit always 
have the associated DAF' = 0; Bills from the physical 
unit always have the associated OAF’ = 0. The OAF' is 
also 0 for BIUs from the SSCP, and DAF’ is 0 for BIUs 
to the SSCP. A PU_T4|5 adjacent to the PU_T2 node has 
the local address X*FF*. 
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FID3 


FID3 is the format used between a PU_T4 node and an adjacent 
PU_T1 node or between a PU_T5 node and an adjacent PU_T1 
node. 

The FID3 TH appears as: 

Byte 


FID3—Format Identification 

LSID—Local Session ID 

MPF—Mapping Field 


Reserved Bit 


EFI—Expedited Flow Ind. 



Note : FID3 PIUs cannot be blocked because there is no DCF in 
the TH format for deblocking. 


Byte 0 

FID3—Format Identification: 0011 
MPF and EFI, described earlier. 

Byte 1 

LSID—-Local Session Identification 

In FID3» the DAF and OAF are replaced by a single byte> the 
L SI D » which provides a limited DAF/OAF capability. 

The bit configuration of the LSID is: 

Bit 0 1 2 3 4 5 6 7 

ill I 

I I I local address| 

I 1 

I LU/PU 

I 

LU/SSCP 

The LSID consists of three parts; an LU/SSCP indicator (bit 
0)» an LU/PU indicator (bit 1), and a local address (bits 
2-7) . 


V 
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Each PU_T1 node can support up to 64 secondary LUs; each LU 
is known* local to its PU_T1» by its six-bit local address. 
The PU_T1 can have an active session only with an SSCP, and 
each LU can have active sessions only with an SSCP and one 
other LU. The LSID bit settings for sessions supported by 
FID3 flows a,re: 


Bit 

0 

1 

2 

3 

4 

5 

6 

7 

Session Type 

LU/SSCP 

LU/PU 

<- 

— 

Local 

Address 

- 

-> 

SSCP-PU 

0 

0 

0 

0 

0 

0 

0 

0 

SSCP-LU 

0 

1 

X 

X 

X 

X 

X 

X 

LU-LU 

1 

1 

X 

X 

X 

X 

X 

X 

Reserved 

1 

0 

X 

X 

X 

X 

X 

X 


The BF adjacent to each PU_T1 translates between the CLINK* 
STA, LSID) combination and the equivalent (DAF* OAF) network 
address pair. The (LINK* STA, LSID) combination implicitly 
determines the network address of the secondary LU. The 
relationship between the CLINK* STA* LSID) combination and 
the equivalent (DAF* OAF) network address pair is 
established in the boundary function. 

For LU-LU sessions* since each secondary LU can have an 
active session with only one primary LU at a time* the 
network address of the secondary LU suffices to identify the 
session to the adjacent PU_T4 or PU_T5 boundary function, 
which can then derive the network address of the primary LU. 
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FID4 is the format used between adjacent subarea . nodes 
provided that both support ER and VR protocols. (FID0|1 i 
used if either node does not support ER and VR protocols.) 


The FID4 TH appears as: 


FID4—Format Identification 
TG_SWEEP—TG Sweep Indicator 
ER_VR_SUPP_IND—ER and VR 
Support Indicator 
VR_PAC_CNT__IHD—VR Pacing 

Count Indicator 
NTWK_PRTY—Network Priority 


IERN—Initial Explicit Route 
Number 

ERN—Explicit Route Number 



VRN—Virtual Route Number 
Reserved Bits 

TPF—Transmission Priority 
Field 


VR_CWI—Virtual Route Change Window Indicator 
TG_NONFIFO_IND—TG nonFIFO Indicator 

VR_SQT1—Virtual Route Sequencing and Type Indicator 
TG_SNF—Transmission-Group Sequence Number Field 


VRPRQ—Virtual Route Pacing Request 
VRPRS—Virtual Route Pacing Response 

VR_CHR I—Virtual Route Change Window Reply Indicator 
VR_RWI—Virtual Route Reset Window Indicator 
VR_SNF_SEND—Virtual Route Send Sequence Number Field 


DSAF—Destination Subarea Address Field 


OSAF—Origin Subarea Address Field 


Reserved 

SNAI—SNA Indicator 
MPF—Mapping Field 
Reserved 

EFI — Expedited Flow Indicator 


Reserved Byte 


DEF—Destination Element Field 


OEF—Origin Element Field 


SNF—Sequence Number Field 


DCF—Data Count Field 
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Byte 0 


The bit configuration is: 

Bit 0 1 234567 

I-FID4-1 I I I I 

T G._5 WEEP- J i | | 

ER_VR_SUPP_IND- J I I 

VR_PAC_CNT_IND- J | 

NTWK PRTY- J 


FID4—Format Identification: 0100 
TG_SWEEP—TG Sweep: 

1 This PIU does not overtake any PIU ahead of it in the 
transmission group. 

0 No restriction * 

The TG Sweep indicator* when set to 1 in the TH of a PIU* 
prevents that PIU from getting ahead of other PIUs flowing 
on the transmission group. Thus* various RUs* such as 
NC_ER_0P and NC_ER_IN0P* can be processed in the order they 
originate. This is performed in the transmission group 
control components of NTNK.PC. 

ER_VR_SUPP_IND-— ER and VR Support Indicator: 

1 The explicit route traversed by this PIU includes at 
least one node that does not support ER and VR 
protocoIs. 

0 Each node on the explicit route traversed by this PIU 
supports ER and VR protocols. 

This bit is set to the appropriate value when the FID4 TH is 
originated (and/or when a FID4 TH replaces a FIDOfl TH) to 
indicate whether some subarea node on the route specified by 
this FID4 TH does not support ER and VR protocols. The 
transformation between FID4 and FID1 (or FIDO for non-SNA 
traffic) takes place in nodes adjacent- to the subarea node 
that does not support ER and VR protocols. The VRN* IERN* 
and ERN fields must be set to 0 when this bit is set to 1. 
If this bit is oji and the SNA! indicator is on * then FID4 is 
changed to FID1. Receipt of the first PIU* with this bit 
set to 1* on an ER results in activation of the ER (ERN ~ 0) 
and VR (VRN = 0* TPF = 0). 
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VR_PAC_CNT_IND—Virtual Route Pacing Count Indicator: 

1 Pacing count* on the VR specified in VRID, has 
reached a value of 0. 

0 Pacing count* on the VR specified in VRID* has not 
reached a value of 0. 

This bit is used to initiate implementation specific action 
to hasten the flow of isolated VRPRSs to the Vk_PAC_CNT 
sender. It indicates that the VR_PAC_CNT sender cannot send 
any more PIUs* because its pacing count has reached 0. 

NTWK_PRTY—Network Priority: 

1 PIU flows at network priority* which is the highest 
transmission priority. 

0 PIU flows at a lower priority, as specified in TPF. 

This bit provides a transmission priority higher than those 
specified by TPF (see VRID, byte 3). It is used to transmit 
PIUs that must flow ahead of others—for example, to prevent 
network congestion. Currently, it is used only for isolated 
VRPRSs. 

Byte 1 

Reserved 

Byte 2 

The bit configuration is: 

Bit 0 1 2 3 4 5 6 7 



I I 

IERN ERN 


IERN—Initial Explicit Route Number: Currently, this field 
has the same value as VRN (byte 3). 

ERN—Explicit Route Number: The ERN in a TH identifies an 

explicit route direction of flow (i.e.» in the direction the 
TH is flowing). Two ERNs—one ERN for each direction of 
flow-—together with the two subarea addresses (OSAF, DSAF), 
specify an explicit route. 

Byte 3 

VRID—Virtual Route Identifier: This field, along with DSAF 
and OSAF, identifies a virtual route. ,f 
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The bit configuration is: 

Bit 01 2 3 4 5 6 7 

|-VRN-|-Reserved-| -TPF 1 

VRN—Virtual Route Number 

TPF—Transmission Priority Field: 

00 low priority 
01 medium priority 
10 high priority 

TPF, if the NTWK_PRTY bit is set to 0, carries the PIU 
transmission priority to be used by transmission groups on 
the explicit route; otherwise, this field is ignored by the 
transmission group, and is simply used to identify the 
virtual route. 


Bytes 4-5 

The bit configuration is: 

Bit 0123 

I 

J 


L 


4 5 ... 15 
| TG_SNF | 


I 


L 


VR_SQTI 


TG N0NFIF0 IND 


VR CNI 


VR_CWI—Virtual Route Change Window Indicator: 

1 Decrement window size. 

0 Increment window size. 

This indicator is used to change the window size of the 
virtual route by 1, in the direction of flow of this PIU. 
Any transmission group on the virtual route can turn this 
bit oil if it is congested; each subsequent transmission 
group on the virtual route leaves it ojnt. The window size 
mechanism controls the PIU flow on the virtual route. Window 
size is the amount by which the current virtual route pacing 
count is incremented when a VRPRS bit set to VR_PAC_R5P is 
received. 

TG_N0NFIF0_IND—TG non-FIFO Indicator: 

1 TG FIFO is not required. 

0 TG FIFO is required. 
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This indicator identifies whether or not FIFO discipline is 
to be enforced in transmitting PIUs through the transmission 
groups to prevent the PIUs getting out of sequence during 
transmission over the TGs. (A transmission group may have 
more than one link* providing simultaneous transmission 
within the group.) When TG FIFO is not indicated* virtual 
route end-to-end resequencing is coordinated by UPMs. 

VR_SQTI—VR Sequence and Type Indicator: 

00 nonsequenced* nonsupervisory 
01 nonsequenced* supervisory 
10 singly sequenced 

These bits specify the PIU type. All network control (NC) 
RUs flowing between ER managers or VR managers are coded 
nonseauenced * nonsupervisorv . An isolated VRPRS is coded 
nonseauenced » supervisory . All other PIUs are coded singly 
sequenced . 

TG_SNF—Transmission-Group Sequence Number Field: 

It is used by transmission group protocols to provide TG 
FIFO when TG_N0NFIF0_IND is set to FIFO; otherwise* it is 
reserved. 

Bytes 6-7 

The bit configuration is: 

Bit 0 1 2 3 A 5 ... 15 

till |—VR_SNF_SEND—| 



I j 1 - VR_CWRI or Reserved 

I 1 - VRPRS 

>— VRPRQ 

VRPRQ—Virtual Route Pacing Request: 

1 VR pacing request is sent asking for a VR pacing 
response. 

0 No VR pacing response is requested, 

VRPRS—Virtual Route Pacing Response: 

1 VR pacing response is sent in response to a VRPRQ bit 
set to VR__PAC__RQ. 

0 No pacing response is sent. 

Virtual route pacing provides traffic flow control between 
the two ends of a VR. In contrast to session pacing* virtual 
route pacing operates on a group of sessions (on each VR) 
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and extends only up to the VR endpoints (subarea nodes). The 
virtual route pacing uses a window size* say k. The sender 
(endpoint of a VR) can transmit k PIUs for every VRPRS set 
to VR_PAC_RSP received from the other VR endpoint. 

VR_CWRI or Reserved: If VRPRS is set to VR_PAC_RSP, this 

bit is VR_CWRI; otherwise* it is reserved. 

VR_CWRI—Virtual Route Change Window Reply Indicator: 

1 Decrement window size by 1 without going under the 
minimum window size, as specified in NC_ACTVR. 

0 Increment window size by 1 without exceeding the 
maximum window size, as specified in NC_ACTVR. 

This bit permits changing the window size by 1 for PIUs 
received by the sender of this bit. 

VR_RWI—Virtual Route Reset Window Indicator: 

1 Reset window size to the minimum specified in 

NC_ACTVR. 

0 Do not reset window size. 

This bit is set to indicate severe congestion in a node on 
the virtual route. When a VR endpoint receives this bit set 
to 1, it reduces the window size to the minimum window size. 

VR_SNF_SEND-—Virtual Route Send Sequence Number Field: 

This number is initialized by a parameter carried in 
NC_ACTVR. The sender increments this count by 1 for every 
PIU sent. The VR receiver checks the sequenced arrival of 
PIUs by examining the VR_SNF_SEND values. This field is 
reserved except when VR_SQTI is set to SING_SEQ. 

Bytes 8-11 

DSAF—Destination Subarea Address Field: 

A four-byte destination subarea address field. 

Bytes 12-15 

OSAF—Origin Subarea Address Field: 

A four-byte origin subarea address field. 
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Byte 16 


The bit configuration is: 

7 

I 

* EFI 
Reserved 


SNAI—SNA Indicator! 

0 -SNA 
1 SNA 

This bit is used to identify whether the PIU originated or 
is destined for an SNA or non-SNA device. If this bit is 
off . the TH is converted to FIDO in the node supporting the 
non-SNA device. If this bit is £ri and the ER_VR_SUPP_IND i^ 
set to PRE_ER_VR, the TH is converted to FID1 in the node 
adjacent to the node not supporting ERs and VRs. 

MPF* EFI—As explained earlier 

Byte 17 

Reserved 

Bytes 18-19 

DEF—Destination Element Field: 

A two-byte destination element address field. The complete 
network address results from the combination of DSAF and 
DEF. An element address of 0 denotes the PU_T4|5 controlling 
the associated subarea. 

Bytes 20-21 

GEF—Origin Element Field: 

A two-byte origin element address field. The complete 
network address results from the combination of OSAF and 
OEF. 

Bytes 22-23 

SNF—Sequence Number Field* as described earlier 
Bytes 24-25 

DCF—Data Count Field* as described earlier. 


Bit 0 1 2 3 4 5 6 

I Reservedl I I I I 



SNAI 
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FIDF is usad between the adjacent subarea nodes if both 
support ER-VR protocols. 

The FIDF appears as: 

Byte 


0 

FIDF--Format Identification 
Reserved Bits (4) 

Reserved Byte 

2 

Command Format 

Command Type 

4 

Command Sequence Number 

6 

Reserved Bytes (18) 

24 

DCF—Data Count Field 


Byte 0 

Bits 0-3: FIDF—Format Identification: 1111 
Bits 4-7: Reserved 
Byte 1: Reserved 
Byte 2 

Command Format—X'01' for currently defined format (only 
value defined). 

Byte 3 

Command Type—X'Ol' for currently defined type* to indicate 
Transmission-Group Sequence-Numbar-Field Wrap Acknowledgment 
command (only value defined). 

Bytes 4-5 

Command Sequence Number Identifier sequence number for 

Transmission-Group Sequence-Number-Field Wrap Acknowledgment 
command. This sequence number is distinct from the 
Transmission-Group Sequence Number field in the FID4 TH. 

Bytes 6-23: Reserved 

Bytes 24-25 

DCF—Same as described earlier 
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REQUEST/RESPONSE HEADER 


The request/response header CRN) is a three-byte field; it 
may be a request header or a response header. The format 
rules for the RH are the same for all FID types. 

The control fields in the request header include: 

Request indicator 

RU Category 

Format indicator 

Sense Data Included indicator 

Chaining Control 

Form of Response Requested 

Queued Response indicator 

Pacing indicator 

Bracket Control 

Change Direction indicator 

Code Selection indicator 

Enciphered Data indicator 

Padded Data indicator 

The control fields in the response header include: 

Response indicator 

RU Category 

Format indicator 

Sense Data Included indicator 

Chaining Control 

Response Type indicator 

Queued Response indicator 

Pacing indicator 

The above RH control fields are described below; code points 
for the various indicator values are presented in Appendix 
D • 

Request/Response Indicator ( RRI ): Denotes whether this is a 
request or a response, 

RU Category : Denotes that the BIU belongs to one of four 

categories corresponding to the four principal function 
interpreters in each half-session (see Chapter 1): session 
control CSC)# network control (NO# data flow control CDFO# 
or function management data (FMD). 

Format Indicator : Indicates which of two formats (denoted 

Format 1 and Format 0) is used within the associated RU (but 
not including the sense data field# if any; see Sense Data 
Included indicator# later in this chapter). 

For SC# NC# and DFC RUs# this indicator is always set to 
Format 1, 
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For (SSCP>S5CP)» (SSCP,PU) , and (SSCP,LU) sessions. Format 1 
indicates that the request RU includes a network services 
CHS) header (see Chapter 6) and is field-formatted (with V ^ 

various encodings, such as binary data or bit-significant 
data, in the individual fields). Format 0 indicates that no 
NS header is contained in the request RU and the RU is 
character-coded. The Format indicator value on a response 
is the same as on the corresponding request. 

For LU-LU sessions that support FM headers on FMD requests, 

Format 1 indicates that an FM header is present. Ti.e Format 
indicator is always set to zero on positive responses. For 
LU-LU sessions that do not support FM headers, the meaning 
of this indicator on requests and positive responses is 
implementation dependent. In both cases ( i . e . , regardless 
of whether FM headers are supported) the Format indicator 
value on negative responses is implementation dependent. (A 
BIND session parameter indicates whether FM headers are 
supported by the session. See Chapter 13 and Appendix E for 
details on BIND.) 

Sense Data Included Indicator ( SDI ): Indicates that a 

four-byte sense data field is included in the associated RU. 

The sense data field (when present) always immediately 
follows the RH and has the format and meaning described in 
Appendix G. Any other data contained in the RU follows the 
sense data field. Sense data must be included on negative 
responses and on EXCEPTION REQUESTs (see Chapter 4), where 
it indicates the type of condition causing the exception. 

(The Format indicator does not describe or affect the sense 
data, which is always in the four-byte format shown in 
Appendix G.) 

Chaining Control : Indicates that a sequence of contiguous 

transmitted requests is being grouped in a "chain" (see 
Chapter 5). Two indicators, Begin Chain indicator (BCI) and 
End Chain indicator (ECI), together denote the relative 
position of the associated RU within a chain. The one 
values of these indicators (BCI = 1 and ECI = 1) are 
referred to as BC and EC, respectively. 

(BC, -EC) = first RU of chain 
(-BC, -EC) = middle RU of chain 
(-BC, EC) = last RU of chain 
(BC, EC) = only RU of chain 

Responses are always marked "only RU of chain." 

Form of Response Requested : In a request header, defines 

the response protocol to be executed by the request 
receiver. 
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There are three bits in a request header that specify the 
form of response that is desired. They are: Definite 

Response 1 indicator (DR1I)» Definite Response 2 indicator 
(D R 21), and the Exception Response indicator (ERI). They 
can be coded to request: 

1. No-response, which means that a response will not be 

issued by the half-session receiving the request. 
(DR1I.DR2I) = (0,0) ■ (-DR 1,-DR 2) and ERI = 0 is the only 
coding possible; the abbreviation RQN refers to a 
request with this coding. (A special response, 
ISOLATED PACING RESPONSE (IPR), does set 
(DR11,DR2I,ERI) = (0,0,0 ) , but it is used independently 
of the other responses listed. IPR is sent in 
connection with session-level pacing; the sequence 
number in its associated TH does not correlate it to 
any given request. See Chapter 4 for additional 

d e t aiIs.) 

2. Exception response, which means that a negative 

response will be issued by the half-session receiving 
the request only in the event of a detected exception 
(a positive response will not be issued). (DR1X, DR2I) 
= (1,0)|(0,1)1(1,1) and ERI=1 are the possible codings; 
RQE1, RQE2, and RQE3 are the abbreviations, 

respectively; the abbreviation RQE refers to a request 
with any of these codings. 

3. Definite response, which means that a response will 

always be issued by the half-session receiving the 
request, whether the response is positive or negative. 
(DR 11, DR21) = (1,0)|(0,1)|(1,1) and ERI = 0 are the 

possible codings; RQD1, RQD2, and RQD3 are the 

abbreviations, respectively; the abbreviation ROD 
refers to a request with any of these codings. 

A request that asks for an exception response or a definite 
response has one or both of the DR1I and DR2I bits set on 
(three combinations); a response to a request returns the 
same (DR1I, DR2I) bit combination. 

The setting of the DR1I, DR2I, and ERI bits varies by RU 
category (SC, NC, DFC, FMD). Chapters 4 and 13 define the 
settings for SC; Chapter 5, DFC; Chapters 7-9, network 
services FMD; and Chapters 11-12, NC. 

In the case of LU-LU sessions, a BIND parameter (see Chapter 
13 and Appendix E) specifies the form(s) of response to be 
requested during the session. For sessions that use sync 
point protocols (e.g.» are activated with TS profile 4), 
RQD2 asks for the commitment of a unit of work that is 
shared between the session partners. RQD1 is used to 
request a response when the current unit of work is not to 
be committed. The meaning of responses when sync point 
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protocols are used is given in Figure 2-3* For nonzero 
session types that do not use sync point protocols* the 
specific meanings of the DRXI and DR2I bits are defined- in 
SNA LU -LU Session Types * For LU-LU session type 0* the 
specific meanings of the DR 11 and DR2I bits (and 
distinctions among the three settings) are 
implementation-dependent. 

The (DRlIf DR2I* ERI) = (0* 0* 1) combination is reserved. 

Queued Response Ind i cat or (QRI) : In a response header for a 
normal-flow RU* the Queued Response indicator denotes 
whether the response is to be enqueued in TO queues (Q_PAC * 
BF.Q_PAC* and Q_TC_TO_.DFC)$ QR X =QR * or whether it is to 
bypass these queues? QR1=-*QR. In a request header for a 
normal-flow RU * it indicates what the setting of the QRI 
should be on the response* if any* to this request (i . e. * 
the values on the request and response are the same). 

For expedited-flow R U s » this bit is reserved. 

The setting of the QRI bit is the same for all RUs in a 
chain. 

Response Type : In a response header* two 'basic response 
types can be indicated: positive response or negative 
response. For negative responses* the RH is always 
immediately followed by four bytes of sense data in the RU. 

There are three kinds of positive and negative responses 
corresponding to the three valid (DRXI* DR2I) combinations 
allowed on requests. The settings of the DR1I and DR2I bits 
in a response must equal the settings of the DR1I and DR2I 
bits of the form-of-response-requested field of the 
corresponding request header. 

Facing : In a request header ? the Pacing Request indicator 
denotes that the sending CPMGR can accept a Pacing Response 
indicator. 

The Pacing Response indicator in a response header is used 
to indicate to the receiving CPMGR that additional requests 
may be sent on the normal flow. The Pacing Response 
indicator may be on in an RH that is attached to a response 
RU on the normal flow* or* if desired* a separate* or 
isolated* response header may be used* to which no RU is 
attached. This latter RH signals only the pacing response* 
it is called an ISOLATED PACING RESPONSE (see Chapter 4). 
Isolated and nonisolated pacing responses are functionally 
equivalent. 
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REQUEST 

VALID RESPONSE 

MEANING OF RESPONSE 

RQN =(0,0,0) 

None 


RQD1=(1,0,0) 

+RSP1=(1,0,0) 
-RSP1=(1,0,1) 

positive response 
negative response 

RQE1=(1,0,1) 

-RSP1=(1,0,1) 

negative response 

RQD2=(0,1,0) 

+RSP2=(0,1,0) 

positive sync point response 


-RSP2=(0,1,1) 

negative sync point response 

RQE2=(0,1,1) 

-RSP2=(0,1,1) 

negative sync point response 

RQD3=(1,1,0) 

+ RSP 3=(1,1,0) 

positive sync point response 


-RSP3=(1,1,1) 

negative sync point response 

RQE3=(1,1,1) 

-RSP3=(1,1,1) 

negative sync point response 


Notes: 1. Values displayed in this table are in the order 

(DR1I,DR2I,ERI) for requests and (DR 11,DR21,RTI) for 
responses. 

2. Each definite- or exception-response chain (see Chapter 5) 
has the same setting of (DR1I»DR2I)—either (1,0) or 
(0,1)—on all requests with ECI = -EC. When DR1I = 1 on 
these requests, the End-Chain request can carry 
(DR1I,DR2I) = Cl,0)1(1,1). When DR2I = 1 ^n these 

requests, the End-Chain request can carry only (DR1I,DR2I) 
= (0,1). ERI is 0 only for definite-response chains and 
when ECI = EC. 

Figure 2-3. Request/Response Combinations For Sessions Using Sync 
Points 
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Bracket Control : Used to indicate the beginning or end of a 
group of exchanged requests and responses called a bracket 
(see Chapter 5). 

Change Pirection Control ( CPI ): Used when there is 
half-duplex CHPX) control of the normal flows within a 
session (not to be confused with link-level HPX protocols). 
It permits a sending half-session to direct the receiving 
half-session to send. The HPX protocol is useful to 
half-sessions with limited input/output capabilities that 
cannot simultaneously send and receive user data (see 
Chapter 5). 

Code Selection Indicator ( CSI ): Specifies the encoding used 
for the associated FMD RU. When a session is activated, the 
half-sessions can choose to allow use of two codes in their 
FMP RUs (for example, EBCPIC and ASCII), which they 
designate as Code 0 and Code 1. FM headers and request and 
response codes are not affected by the Code Selection 
indicator. 

For SC, NC, and PFC RUs, this bit is reserved. 

Enciphered Pata Indicator ( EDI ): Indicates that information 
in the associated RU is enciphered under session-level 
cryptography protocols. 

Padded Pata Indicator ( PDI ) t Indicates that the RU was 
padded at the end, before encipherment, to the next integral 
multiple of 8 bytes in length; the last byte of such padding 
is the count of pad bytes added, the count being a number 
(1-7 inclusive) in unsigned eight bit binary representation. 


V. 
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CHAPTER 3 


PATH CONTROL 


PATH CONTROL NETWORK 

The path control network (NTWK.PC) provides for the routing 
and transmission of message units such that the node/link 
configuration of the network is essentially transparent to 
the sending component; specifica11y > NTWK.PC provides for 
the routing and transmission of: 

• PU-PU flow requests and responses between PU services 
managers 

• Session-activation and session-deactivation requests and 
responses between common session control (CSC) managers 

• Requests and responses between paired primary and 
secondary ha 1f-sessions 

NTWK.PC is composed of: 

• Subarea routing protocol machines (PC_SA)—applicable to 
PU_T4 and PU_T5 subarea nodes—that route message units 
within and between PU_T4 and/or PU_T5 subarea nodes 

• Route extension protocol machines that route message units 
between PU_T4 or PU_T5 subarea nodes providing boundary 
function support and adjacent PU_T1 or PU_T2 peripheral 
nodes > consisting of: 

•— Boundary function path control (BF.PC) protocol 
machines applicable to PU_T4 or PU_T5 subarea nodes 
providing boundary function support 

— Path control protocol machines applicable to PU_T1 

peripheral nodes (PC_T1) 

— * Path control protocol machines applicable to PU_T2 

peripheral nodes (PC_T2) 

• A set of data link control (DLC) and link-connection 
protocol machines that interconnect and effect the 
transmission of path information units (Pills ) between the 
path control protocol machi nes . 
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NTWK.PC is aided in the routing function by the following 
components* which process message units en route between 
PC_SA and BF.PC in PU_T4 or PU_T5 subarea nodes providing 
boundary function support: 

• Boundary function transmission control (BF.TC, described 
in Chapter 4) 

• The boundary function PU services manager (BF.PU.SVC_MGR» 
not described) 

• The boundary function LU services manager (BF . LU. SVC_MGR , 
not described) 

• The common session control manager component of the PU 
services manager CPU.SVC_MGR.CSC_MGR> described in Chapter 
13) 

The relationship of path control network components to other 
components in a node are shown in Figure 3-1 on page 3-3. 
The structure of the path control network is shown in Figure 
3-2 on page 3-4. 

PC_SA > BF.PC, PC_T1,. and PC_T2 are described in this 
chapter. 


V.. y 
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Figure 3-1. 


Structural 


Overview of a Node 


CHAPTER 3. PATH CONTROL 3-3 






P0JE4 | PU_T5 NODE 


PC SA 


I- 


, | DLC | • • • ( DLC |< 


.. . l- 


P0_T4 J PUJT5 NODE 


| Link Connection |<—!-> | DLC | • • • J DLC 


Subarea Routing Portion 


| Link Connection!. of Path Control Network .{Link Connection \. 


| DLC | ••• | DLC (<+—>| Link Connection| <-—h>| DLC | • • 


PC SA 


PD T4 | PUJT5 NODE 
WITH 

BOUNDARY FUNCTION 


(see Note! 


1— —* - 

! BF.PC 

1 

A -. 

. A _ . 

. . 1 _ 1 . . 

_ . V __ 



j DLC j • • • I 

i___i.i 

DLC i 

_-j 


.. A 


• • • <->|Link connection!. 


• | DLC j . 
• - . ■- * « 


|see Notej 


PU T4 | PU T5 NODE 

with” 

BOUNDARY FUNCTION 


Route Extension Portions 
of Path Control Network 



1. 

|. 


| |. V .| 



j. 

.| DLC j.| | 

j j.j DLC j.j 



j _ __ 

...__ i_ _i ___ j | 

1 1_L _f___| 



j. 


j j........ A.......j 



j. 


j j „.. . j ....._........j 



j. 


j j.. . V ....j 



I . 





|. 


{ |.| pc T2 1. 1 



| . _ „ _ _ 


I | _ L _ J __ I 



(..... 

. ... A.I i 

1 1 . ........ A. ...1 



L . 

—' — 1 . ......... 1 1 

i I __. ... ...... .. l . __ .... ..... .i 




V | 

I - T“ — --- 

1 v 




PU T1 NODE | 

1 

1 

| PU_T2 NODE 



A .. 
I .. 
V .. 


. | DLC | • • • | DLC | 


|Link Connection|<-> • • • 



Note: BF.TC, J3F. PU.SVC_MGR, BF. LU. 5VC_,MGR, and PU. SYC_HGR .CSCJJGR aid 
in the routing of Message units between PC_SA and BF.PC. 


Figure 3-2. 


Structure of Path Control 


Network (NTWK.PC) 


V. 
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SEGMENTING OF MESSAGES BY PATH CONTROL NETWORK 


The path control network transports only whole message units 
between sending components (origins) and receiving 
components (destinations). However, in order to allow more 
efficient utilization of transmission paths, NTWK.PC 
provides for: 

• Segmenting of message units, and message-unit segments, 
into smaller message-unit segments prior to transmission 

• Transmission of message-unit segments 

• Assembly of message-unit segments into a whole message 
unit prior to delivery to the destination 

Segmenting may optionally be performed by PC_SA, BF.PC, 
PC_T1» or PC_T2. Segment assembly may optionally be 
performed by PC_SA» PC_T1> or PC_T2. Segment assembly is 
not performed by BF.PC—this applies to message traffic 
received from PC_SA and from PC_T1 or PC_T2. It is 
necessary that the segmenting and segment assembly protocols 
(defined in this chapter) be coordinated between sending and 
receiving path control components to achieve correct network 
behavior. 

NTWK.PC uses the Mapping field (MPF) in the path information 
unit (PIU)—described in Chapter 2—to perform segmenting 
and segment assembly. 

Because message units sent by PC_T1 or PC_T2 may be 

segmented and BF.PC does not provide segment assembly, PC_SA 
may receive message-unit segments? these message-unit 
segments may be further segmented by PC_SA. 

The following message units are never segmented by NTWK.PC: 

• PU-PU flow requests and responses—network control (NC) 

RUs 

• Session-activation and session-deactivation requests and 
responses 

• Message units sent by PC_SA that are destined for BF. PC 

• Message units originated and sent by components of 

NTWK.PC—transmission group sequence-number-field wrap 
acknowledgment (TG_SNF_WRAP_ACK) and virtual route pacing 
response (VRPRS)? these message units are described in 
this chapter 
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An additional requirement is that a first segment contain at 
least 10 bytes of message-unit data; hence* message units or 
first segments less than 11 bytes in length are never 
segmented. 

SUBAREA ROUTING PATH CONTROL 

PC_SA provides for the routing of message units Mithin and 
between subarea nodes. 

Each PC_SA protocol machine is composed of: 

• Transmission group control (TGC)—which sends PIUs over 
transmission groups between adjacent subarea nodes 

• Explicit route control (ERC)—which provides subarea 

routing for PIUs over explicit routes 

• Virtual route control (VRC)—which provides for the 

routing of message units within and between subarea nodes 
over virtual routes. 

In prose > the suffix* PC_SA * is generally implied and not 
explicitly used to denote the components of PC_SA> hence * 
the components of PC_SA are simply referred to as TGC > ERC * 
and VRC. In procedures and figures* the suffix* _SA* is 
generally omitted* the components of PC_SA are denoted as 
PC . TGC, PC.ERC » and PC.VRC. In general* these conventions 
are followed in this and other chapters. 

FID4 and FIDF PIUs (described in Chapter 2) flow between the 
PC_SA protocol machines. 

The structure of PC_SA is shown in Figure 3-3 on page 3-7. 
This is followed by a description of each of its 
components—TGC> ERC» and VRC. 
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SESSION (ACT|DACT) SID FROM 
PO.SVC — MGR. CSC_MGR | 

BIO FROM TC.CPHGR | 

(BID | BID SEGMENT) FROM BF.PC 


SESSION (ACT|DACT) BIO TO 
PO.SVC_HGR.CSC_.HGR. RCV | 

BID TO TC.CPHGR.RCV | 

BIO TO BF.TC.RCV 

A 


| SEND 


PU-PO FLOW PIO FROM 

PO. SVC_MG R • PC_ROUTE_MGR. VR__HG R | 

NON-SNA PID FROM SEND 

DPM NON SNA SEND 


| SEND 
t PID 
I 
I 

->l 

I 

V 


A 

I 

I 

| SEND 
t SNA PID 
|FOR 

(LOCAL SA| 


PC.ERC 


(SEND 


f> PD-PD FLOW PIO FOR LOCAL SA TO 
PO.SVC MGR.PC ROUTE MGR.RCV 


f> NON-SNA PIO FOR LOCAL SA TO 
DPM NON SNA RCV 


PO-PD FLOW PIO FROM 

PC.SVC MGR.PC ROUTE MGR.ER MGR 


SEND 


|SEND PID 
|FOR 

|OTHER SA 
I 

->l 


| SEND 
| PID 


PC.TGC 


| CALL 
|RETURN 


A REMOVE 
BTU 


BTD TO DLC.SEND 


TGCB.Q_BTUJRCV 


A 

! 

I 

| INSERT BTD 


DLC.RCV 


Figure 3~3„ Structure of Subarea Boating Path Control (PC_5A) for 
Subarea nodes 
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TRANSMISSION GROUP CONTROL 

This section discusses the controls provided by transmission 
groups for message units sent between adjacent subarea 
nodes. 

A transmission group (TG) is a bidirectional logical 
connection between two adjacent subarea nodes. A TG can 
include a single link or multiple links connecting the two 
adjacent nodes. A TG is defined as either a single-link TG 
or a multiple-link TG at system-definition time. A 
single-link TG is a TG that can include only one link; a 
multiple-link TG is a TG that can include one or more links. 

A TG can be denoted by a transmission group number CTGN) and 
the subarea addresses of the two adjacent nodes. Between 
two nodes it is possible to have a maximum of 255 TGs by 
assigning different TGNs (1-255). TGN value 0 has a special 
meaning during XID Format 2 exchange (see Chapter 11) and is 
not used to identify a TG. For routing purposes within a 
subarea node, a TG is identified by a TGN and the subarea 
address of an adjacent node. 

A TG is operational when one or more links that are 
operational are associated with the TG. A link is 
operational when the link has been activated and link 
station contact between the two adjacent nodes has been 
established over the link. 

Within a subarea node > a link is associated with a TG when a 
contacted subarea node adjacent link station is associated 
with the TG; hence, a TG is operational when one or more 
contacted subarea node adjacent link stations are associated 
with the TG. A TG becomes operational when the first 
adjacent 1ink station is successfully contacted and 
associated with the TG. A subarea node adjacent 1ink 
station can be defined at system-definition time to be 
associated with a TG when it is contacted, or can be 
dynamically associated with a TG during XID Format 2 
exchange, which is part of the contact process (described in 
Chapter 11). An operational TG becomes inoperative when the 
last remaining adjacent 1ink station associated with the TG 
is disassociated from the TG. An adjacent 1ink station is 
disassociated from a TG when link-level discontact between 
the adjacent link stations occurs or when the link becomes 
inoperative. 
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The functions associated with sending data over transmission 
groups are implemented in transmission group control (TGC). 
TGC is a sublayer in subarea routing path control; it is 
positioned between explicit route control (ERC) and data 
link control (DLC). See Figure 3-3 on page 3-7. 

TGC sends and receives path information units (PIUs) and 
basic transmission units (BTUs)* and transforms PIUs to BTUs 
and BTUs to PIUs. The relationships of the PIU and BTU to 
each other and to the layers of SNA are described in Chapter 
2 . 

TGC effects the transmission of PIUs from ERC or the ER 
manager (Chapter 12) in one subarea node to ERC in an 
adjacent subarea node. Mithin a subarea node* TGC routes 
PIUs from ERC or the ER manager to DLC as BTUs* and BTUs 
from DLC to ERC as PIUs. TGC manages and controls: 

• Sending and receiving of PIUs over a TG 

• Transmission of BTUs over the links associated with a TG* 
at a level above and distinct from DLC functions 

For multiple-link TGs* TGC consolidates multiple physical 
links into a single logical link. 

TGC provides both send and receive functions relative to a 
TG. For each TG* TGC in one subarea node works in 
conjunction with TGC in an adjacent subarea node to provide 
two-way communication between the two nodes. Therefore* for 
each direction of transmission on a TG, there is a sending 
TGC in one node and a receiving TGC in the other node. 
Hence* within a subarea node* TGC consists of both sending 
and receiving components. The BTU is the message unit 
passed between TGCs in adjacent subarea nodes. 

For each TG in a subarea node* a transmission group control 
block (TGCB) is used to provide storage for the variables 
and constants associated with the transmission group. A 
TGCB represents a TG in a subarea node and is used by TGC to 
control the functions associated with the TG. The format of 
the TGCB is shown in Appendix A. 

The primary functions associated with TGC are described 
next. This is followed by an illustration of the structure 
of TGC and by the detailed TGC procedures and FSMs. 
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TGC FUNCTIONS 


Blocking and Deblocking 

The PIU is the message unit passed between TGC and ERC 
within a subarea node. The BTU is the message unit passed 
between TGC and DLC within a subarea node and between a 
sending TGC and a receiving TGC in adjacent subarea nodes. 
When blocking and deblocking are not performed, a BTU 
consists of a single PIU. When blocking and deblocking are 
performed, a BTU can consist of one or more PIUs—the number 
of PIUs in a BTU being determined by the number and length 
of the PIUs available to be transmitted at the sending node 
and the maximum BTU length that is permitted to be 
transmitted on the TG at the sending node. 

TGC provides blocking and deblocking only for single-link 
TGs, it does not provide blocking and deblocking for 
multiple-link TGs. 

For a TG, a sending TGC and a receiving TGC must provide 
complementary support relative to blocking and deblocking 
for a direction of transmission between the two nodes: if a 
sending TGC performs blocking, the receiving TGC must 
perform deblocking. Blocking and deblocking support does 
not have to be the same for the two directions of 
transmission on a TG: they can be supported in neither 
direction, both directions, or in one direction and not the 
other. The maximum BTU length that can be transmitted can 
also be different for the two directions of transmission. 

Whether or not blocking and deblocking are to be performed 
for a direction of transmission between two adjacent subarea 
nodes on a TG is defined at system-definition time for each 
of the nodes. Two attributes relative to blocking and 

deblocking support are maintained in each TGCB : one for 
blocking (on send) and one for deblocking (on receive). The 
maximum BTU length that can be transmitted for a direction 
of transmission on a TG is the smallest of the maximum BTU 
lengths that the receiving node is capable of receiving on 
the links in .the TG; It is defined at system-definition t ime 
or established during X1D Format 2 exchange, and maintained 
in the TGCB. 

When blocking is performed, a sending TGC assembles a BTU to 
pass to DLC for transmission to the adjacent node such that 
the BTU consists of the maximum number of currently 
available PIUs without exceeding the maximum BTU length that 
can be transmitted. When deblocking is ; performed, 8 
receiving TGC disassembles a .BTU received from DLC into 
Individual PIUs and sands the PIUs one by one to ERC. 
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BTU Retransmission 


In order to expedite the transmission of BTUs to an adjacent 
subarea node when transmission errors occur on links 
associated with a multiple-link TG, TGC provides for the 
retransmission of BTUs over one or more other links 
associated with the TG. 

If a BTU transmission is associated with a multiple-link TG* 
DLC notifies TGC that the BTU transmission is in error 
recovery procedure CERP) mode the first time a transmission 
error is detected. After this notification * DLC continues 
to attempt to transmit the BTU to the adjacent link station* 
as determined by DLC error recovery parameters* until the 
BTU is successfully transmitted or the link becomes 
inoperative. DLC does not notify TGC of subsequent 
transmission errors associated with a BTU transmission* but 
does notify TGC when a BTU transmission is successfully 
completed or abandoned. 

Each time TGC is notified that a BTU transmission is in ERP 
mode* it passes the BTU to DLC for transmission over another 
TG link on which the BTU has not been or is not being 
transmitted* provided the BTU has not been successfully 
transmitted over some link before the retransmission 
assignment is effected. 

Therefore* for multiple-link TGs, TGC retransmits a BTU on 
another link associated with a TG each time the BTU 
encounters transmission problems on a link, until the BTU is 
successfully transmitted, or it has been or is being 
transmitted on all the links associated with the TG. 

The link selection algorithm used to determine the next TG 
link over which a BTU is to be transmitted upon transmission 
error notification is implemention dependent. 

Conversion of a Too-Long PIU to an EXR 

When TGC receives a PIU from ERC or the ER manager for 
transmission to an adjacent subarea node, it checks that the 
length of the PIU does not exceed the maximum BTU length 
that is permitted to be transmitted on the TG. 

If the length of a PIU does exceed the maximum BTU length* 
TGC converts the PIU to an EXCEPTION REQUEST 
(EXR)—discussed in Chapter 2—and sets the sense code to 
X’800A’ to indicate "too-long PIU.” This conversion 
truncates the original PIU and is performed regardless of 
the attributes of the original PIU * e. g. * first, middle* or 
last BIU segment* request or response RH. The resultant EXR 
PIU is transmitted in place of the original PIU. 
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Transmission by Priority and Time of Arrival 


When TGC receives a PIU from ERC or the ER manager for 
transmission to an adjacent subarea node * the PIU has a 
priority indicated by the Network Priority (NTWK_PRTY) bit 
and Transmission Priority field (TPF) in the FID4 TH* as 
follows: 


NTWK PRTY TPF 


Priority 


N_PRTY 
-N_PRTY 
-N_PRTY 
-N PRTY 


Any Value 
H_PRTY 
M_P R TY 
L PRTY 


1 (Highest Priority) 

2 

3 

4 (Lowest Priority) 


TGC inserts each PIU into a TG transmission priority list 
(TGCB.PRTY_SEND_PIU_LIST) according to its priority. PIUs 
with the same priority are inserted in order of arrival. 
When requested by DLC» TGC builds a BTU for transmission by 
removing the oldest > highest priority PIU from the list. 
The result is that PIUs are transmitted on the basis of 
their priority and time of arrival* with higher priority 
PIUs transmitted first* and PIUs with the same priority 
transmitted in the order of their arrival. 


When the TG send traffic rate for higher priority PIUs is 
high* or there are transmission errors on links associated 
with a TG for a sustained length of time* it is possible for 
lower priority PIUs to reside in the transmission priority 
list for an indeterminate length of time* while higher 
priority PIUs continue to be received and transmitted. An 
implementation-dependent algorithm may optionally be used to 
effect the transmission of the lower priority PIUs* based on 
the length of time they have been in the transmission 
priority list* so that they are not delayed excessively. 
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TG Sequencing and Resequencing 


When multiple links are associated with a TG, the BTUs 
transmitted over the TG may be received at the adjacent node 
out of sequence relative to their order of transmission. 
This can happen as a result of different length BTUs being 
transmitted on the links, different transmission speeds on 
the links, or transmission errors on the links associated 
with a TG. 

In addition, when multiple links are associated with a TG, 
duplicates of the same BTU may be received at the adjacent 
node. This can happen because a BTU may be transmitted on 
more than one link when transmission errors occur. 

To prevent PIUs from getting out of sequence and PIU 
duplication on multiple-link TGs, TGC provides for PIU 
sequencing at a sending node and PIU resequencing at a 
receiving node. 

TGC performs sequencing and resequencing only if a TG is a 
multiple-link TG and only for PIUs with the TG Non-FIFO 
indicator (TG_NONFIFO_IND) in the FID4 TH set to FIFO. 

TGC at a sending node sequences a PIU by assigning it a TG 
sequence number (0-4095) that is carried in the TG Sequence 
Number field <TG_SNF) of the FID4 TH. When necessary, TGC 
at a receiving node resequences PIUs by discarding duplicate 
PIUs and holding nonduplicate, out-of-sequence PIUs in a 
re-FIFO list (TGCB.REF IF0_PIU_L1ST) until they can be sent 
to ERC in the proper sequence. 

The TG sequence numbers flowing in one direction are 
independent of the TG sequence numbers flowing in the 
opposite direction; TGC in each node maintains two counters 
for sequence numbers in the TGCB, one for sending and the 
other for receiving. The TG sequence numbers for a 
direction of transmission wrap from 4095 to 0. 
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TG Sweep '* 

A TG sweep is the suspension of new transmissions over a TG 
until all previously initiated TG transmissions have been 
completed. TGC performs a TG sweep on 1y for multiple-link 
TGs. 

TGC performs a TG sweep by not passing any new 
(non-retransmission) BTUs to DLC for links associated with 
the TG, unti1 at least one copy of each BTU previously 
passed to DLC for the TG has been successfully transmitted 
to the adjacent node and all BTU transmissions for the TG 
have completed. When a TG sweep is performed, all the TG 
associated BTUs passed to DLC prior to the sweep will be 
received by the adjacent node before any TG associated BTUs 
transmitted subsequent to the sweep. 

When a TG sweep is performed before a PIU is passed to DLC, 
the PIU will not get ahead of any previous PIU. When a TG 
sweep is performed after a PIU is passed to DLC, no 
subsequent PIU will get ahead of the PIU . 

TG sweep is performed under the following conditions: 

• The TG Sweep bit CTG_SWEEP) in the FID4 TH is set to 

SWEEP. 

Some RUs (e.g., NC_DACTVR) are required not to overtake 
any previous RU with equal or higher transmission priority 
when they traverse an explicit or virtual route. TG_SWEEP 
is set to SWEEP for these PIUs. Before TGC sends a PIU 
with TG_SWEEP = SWEEP> it performs a TG sweep. Therefore, a 
PIU with TG_SWEEP=SWEEP cannot get ahead of any previously 
transmitted PIU as it is transmitted over a TG. 

• The TG__NONFIFQ__IND in the FID4 TH is set to FIFO and the 
TG_SNF is set to 0. 

When a TG-sequenced PIU with TG_SNF=4095 is transmitted to 
an adjacent node, the sending TG sequence number counter 
is wrapped to 0. The result is that groups of 
TG-sequenced PIUs with TG_SNF values 0-4095 are 
transmitted on a TG. Different groups of TG-sequenced 
PIUs with TG_SNF values 0-4095 are separated to prevent a 
receiving TGC from receiving PIUs from different groups of 
TG-sequenced PIUs at the same time. 
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To separate different groups of TG-sequenced PIUs* TGC 
performs a TG sweep before a PIU with TG_SNF=0 is 
transmitted and immediately after it is transmitted. 
These two TG sweeps force a TG-sequenced PIU with TG_SNF=0 
to flow alone on a multiple-link TG and delimits groups of 
TG-sequenced PIUs at the receiving TGC* as follows. 

The sweep performed before TG_SNF=0 is transmitted causes 
all PIUs in the previous group to be received at the 
receiving TGC before a new group is started. The sweep 
performed after TG_SNF=0 is transmitted causes the PIU 
with TG_SNF=0* and any duplicates of it* to be received at 
the receiving TGC before any PIUs with TG_SNF>0 in the new 
group. 

Therefore* for a receiving TGC* a PIU with TG_SNF=0 
received in sequence indicates the start of a new group of 
TG-sequenced PIUs—all PIUs* including duplicates* 
belonging to the previous group have already been 
received* and no additional PIUs belonging to the new 
group have yet been transmitted to be confused with PIUs 
of the previous group. A PIU with TG_SNF=0 received out 
of sequence is always a duplicate and can be safely 
ignored and discarded. 
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TG_SNF Wrap Acknowledgment 


For a multiple-link TG» a receiving TGC saves nonduplicate, 
out-of-sequence, TG-sequenced PIUs in a re-FIFO list 
(TGCB.REF IFO_PIU_L1ST) until the TG-sequenced PIUs with the 
preceding sequence numbers are received, at which time the 
in-sequence PIUs in the re-FIFO list are removed from the 
list and sent to ERC in proper sequence. It is possible for 
the re-FIFO list to build up and contain a substantial 
number of PIUs that could simultaneously become available to 
be sent to ERC on receipt of a single PIU with a "missing" 
preceding sequence number. In practice, the time required 
to service the re-FIFO list could be such that PIUs 
belonging to the next group of TG-sequenced PIUs could be 
received before all the PIUs of a preceding group have been 
removed from the re-FIFO list. 

In order to avoid the possibility of having PIUs from more 
than one group of TG-sequenced PIUs reside in the re-FIFO 
list at the same time, or the need to maintain multiple 
re-FIFO lists, a receiving TGC sends a Transmission-Group 
Sequence-Number-Field Wrap Acknowledgment (TG_SNF_WRAP_ACK) 
to a sending TGC when the receiving TGC has received and 
passed to ERC all the PIUs in one group of TG-sequenced PIUs 
and is ready to receive the next group of TG-sequenced PIUs. 

A sending TGC suspends transmitting when the last PIU 

(TG_SNF=4095) in a group of TG-sequenced PIUs is transmitted 
and does not resume transmitting unti1 it receives the 
TG_SNF„WRAP_ACK. 

The TG_SNF_WRAP_ACK is sent from the receiving TGC to the 
sending TGC when a TG-sequenced PIU with TG_SNF=4095 is sent 
to ERC. This acknowledgment serves as a pacing response 
relative to groups of TG-sequenced PIUs, it informs the 
send ing TGC that the receiving TGC has received and 
completed processing a group of TG-sequenced PIUs and is 
ready to receive another group. 

The TG_SNF_WRAP_ACK is formatted as a FIDF TH PIU, as 
described in Chapter 2. Each TG_SNF__WR AP_ACK is sequence 
numbered to allow a receiving TGC to differentiate between 
different wrap acknowledgments. The sequence numbers are 
needed because TG_SNF__WRAP_ACKs, like all other PIUs, are 
subject to duplication in the case of BTU retransmissions 
over multiple links. The TG_SNF_WRAP_ACK sequence numbers 
flowing in one direction are independent of the 
TG_SNF_WRAP_ACK sequence numbers flowing in the other 
direction; TGC in each node maintains two counters for wrap 
acknowledgment sequence numbers in the TGCB, one for sending 
and the other for receiving. 
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In order to expedite the resumption of transmissions by TGC 
in an adjacent node after a group of TG-sequenced PIUs have 
been transmitted and transmissions are suspended* TGC 
transmits a pending TG_SNF_WRAP_ACK PIU ahead of any other 
pending network traffic. 

To prevent a deadlock condition on a TG in the event that 
both ends of the TG reach the end of a group of TG sequenced 
PIUs at the same time* a pending TG_SNF_WRAP_ACK PIU is 
transmitted even when the transmission of other network 
traffic is suspended. 

Setting Virtual Route Pacing Control Indicators in FID4 TH 

When a subarea node is moderately congested with network 
traffic and it is communicated relative to a TG* TGC sets an 
indicator in the TH of each FID4 PIU transmitted on the TG. 
When a subarea node is severely congested with network 
traffic and it is communicated relative to a TG* TGC sets an 
indicator in the TH of each FID4 PIU received on the TG. 
Different indicators are set for moderate congestion and 
severe congestion. The indicators are used by virtual route 
control to control virtual route pacing counts. 

When moderate congestion exists* TGC sets the Virtual Route 
Change Window indicator (VR_CWI) in each FID4 PIU 
transmitted to DEC_WS (decrement window size). This causes 
a gradual decrease in the virtual route window size for PIUs 
flowing in the same direction as the PIU being transmitted 
by TGC. 

When severe congestion exists* TGC sets the Virtual Route 
Reset Window indicator (VR_RWI) in each FID4 PIU received to 
RESET_WS (reset window size). This causes the virtual route 
window size for PIUs flowing in the direction opposite to 
that of the PIU being received by TGC to be reset to the 
minimum window size specified in the NC_ACTVR RU. 

The determination of when moderate congestion or severe 
congestion exists within a node* and the communication of 
these states to a TG* are implementation-dependent. 

For a complete description of virtual route pacing and the 
function of the VR_CWI and VR_RWI bits in the FID4 TH, see 
the discussion* "Virtual Route Pacing," in the "Virtual 
Route Control" section of this chapter. 
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TH Conversion for Pre-ER-VR Subarea Nodes 

TGC provides support for communication between a subarea 
node that supports ER and VR protocols and an adjacent 
pre-ER-VR subarea node that does not support ER and VR 
protocols. Whether or not an adjacent subarea node supports 
ER and VR protocols is defined at system-definition time or 
is established during XID Format 2 exchange and is 
maintained in the TGCB. 

A TG between a subarea node that supports ER and VR 
protocols and an adjacent pre-ER-VR subarea node is always a 
single-link TG. For these TGs, TGC converts PIU 
transmission headers* as follows. 

The TH of each PIU to be transmitted to an adjacent 
pre-ER-VR subarea node is converted from FID4 to either FID1 
or FIDO before the PIU is transmitted. If the SNA indicator 
in the FID4 TH is set to SNA, the TH is converted to FID1, 
otherwise, it is converted to FIDO. 

The TH of each PIU received from an adjacent pre-ER-VR 
subarea node is converted from either FIDO or FID1 to FID4 
before it is sent to ERC. If the TH is FID1, the SNA 
indicator in the FID4 TH is set to SNA; if the TH is FIDO, 
the SNA indicator in the FID4 TH is set to -SNA. 

BTU Validity Checking 

TGC performs a validity check on each BTU received over a TG 
before the BTU is accepted by DLC at a subarea node. This 
check is performed after a BTU has successfully passed 
DLC-level error checking mechanisms, but before it is 
accepted and acknowledged by DLC. If a BTU passes the 
validity check, DLC accepts the BTU and passes it to TGC. 
If a BTU does not pass the validity check, DLC discards the 
BTU. 

This check, which augments DLC-level error checking 
mechanisms, serves to reduce the probability that erroneous 
or invalid data will be propagated. It significantly 
enhances transmission reliability and provides verification 
that subsequent processing of a BTU by TGC can be 
successfully accomplished. 

TGC checks the validity of a BTU by checking that the PIU 
FID and Data Count field values in the BTU are valid, that 
certain minimum PIU length requirements are met, and that 
the length of the BTU as reflected by its internal PIU 
makeup corresponds to the length of the BTU as received by 
DLC. 
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STRUCTURE OF TGC 


The structure of TGC is shown in Figure 3-4 on page 3-22• 
This figure illustrates: 

• The major procedures* lists* and queues of TGC 

• The internal TGC data flows 

• The protocol boundaries and data flows between TGC and 
other node components 

• The scheduling of TGC components within separate processes 
according to the meta-implementation execution model (see 
Appendix C) 

In Figure 3-4* the elements of TGC associated with sending 
are located on the left and those associated with receiving 
are located on the right. For the most part* the TG send 
and receive functions in a node are independent of each 
other. The exceptions to this independence are when a 
TG_SNF.HRAP.ACK PIU or a TG-sequenced PIU with TG_SNF=4095 
is received, Nhen a T G.S-N R A P.A C K is received* the 
receive function resets the transmissions-suspended state of 
the send function* and when the last PIU in a group of 
TG-sequenced PXUs (PIU with TG_SNF = 4095 ) is received and 
passed to ERC by the receive function* the receive function 
inserts a TG_SNF_MRAACK into the TG priority send list 
such that it will be the next PIU to be transmitted to the 
adjacent node by the send function. 

Figure 3-4 also illustrates that* for both the send and 
receive portions of TGC* different procedures are executed 
under the control of different schedulers. Procedures 
dispatched under control of the higher - leve l scheduler are 
located at the top and those executed as a result of DLC 
scheduler dispatching are located at the bottom. The 
horizontal dotted line passing through the PIU send list* 
TGCB.PRTY_SEND_PIU_LIST, and the BTU receive queue* 
TGCB, Q_BTU__RCV * in Figure 3-4* denotes the boundary between 
the procedures associated with the higher-level scheduler 
and the procedures associated with a DLC scheduler. 
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For the send portion of TGC: 

• The procedure* PC.TGC.LIST_BY_PRTY, is dispatched as a 
subthread of a higher-level scheduler thread when a PIU 
is sent to it« 

• The procedure* PC.TGC.SEND* is invoked by a call from 
DLC.SEND* which is dispatched under control of a DLC 
scheduler. 

• The PIU send list, TGCB.PRTY_SEND_PIU_LIST, located 
between the TGC send procedures* PC.TGC.LIST_BY_PRTY 
and PC.TGC.SEND* separates the higher-level and DLC 
scheduler execution threads and provides linkage for 
data flow between the procedures. 

• The procedure, UPM_PC_TGC_SEND_BTU_MGR, is invoked by a 
call from DLC.RCV, which is dispatched under control of 
a DLC scheduler. 

For the receive portion of TGC: 

• The procedure* PC.TGC.RCV_BTU_CK * is invoked by a call 
from DLC.RCV, which is dispatched under control of a 
DLC scheduler. 

• The procedure* PC.TGC.DEQ_Q_BTU_RCV, is dispatched as a 
thread of the higher-level scheduler. 

• The procedure, PC.TGC.RCV, is dispatched as a subthread 
of the higher-level scheduler when a BTU is sent to it 
from PC.TGC.DEQ_Q_BTU_RCV. 

• The BTU receive queue, TGCB.Q_BTU_RCV, located between 

DLC.RCV and the procedure, PC.TGC.DEQ_Q_BTU_RCV * 

separates the higher-level and DLC scheduler execution 
threads and provides linkage for data flow from the DLC 
scheduler component* DLC.RCV* to the higher-level 
scheduler procedure* PC.TGC.DEQ_Q_BTU_RCV. 

Appendix C discusses the execution model in greater detail. 
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The detailed TGC procedures and FSMs are presented next. In 
generah the order of presentation is as follows: Cl) the 
send procedures) in the order they are invoked to process 
message units flowing from ERC to DLC; (2) the receive 
procedures) in the order they are invoked to process message 
units flowing from DLC to ERC; (3) the procedures common to 
both send and receive; and (4) the FSMs. 

The TGCB» which represents a TG in a subarea node» is 
referenced extensively in TGC; it is described in Appendix 
A. 
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Figure 3-4. Structure of Transmission Group Control (PC.TGC) 
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PC.TGC.LIST_BY_PRTY: PROCEDURE; 


/* 


FUNCTION: THIS PROCEDURE IS DISPATCHED WHEN A PIU IS SENT TO IT FROM PC.ERC OR 

PU.SVC_MGR.PC_ROUTE_MGR.ER_MGR (CHAPTER 12). 

IF NO ADJACENT LINK STATION IS ASSOCIATED WITH THE TG, THE TG IS NOT 
OPERATIONAL, AND THE PIU IS DISCARDED. 

IF ONE OR MORE ADJACENT LINK STATIONS ARE ASSOCIATED WITH THE TG, 
THE TG IS OPERATIONAL, AND THE PIU IS PROCESSED AS FOLLOWS. 


1. IF TG TRACE IS ACTIVE FOR THE TG, A TRACE OF THE PIU IS PROVIDED. 

2- THE PIU IS ASSIGNED ONE OF. FOUR TG SEND PRIORITY VALUES ACCORDING 
TO THE NTWK PRTY BIT AND TPF IN THE FID4 TH. THE ASSIGNED TG 
SEND PRIORITY VALUE IS STORED IN MUCB.TG_SEND_PRTY. 

3. IF THE ADJACENT SUBAREA NODE DOES NOT SUPPORT ER AND VR 
PROTOCOLS, THE PIU TH IS CONVERTED FROM FID4 TO EITHER FID1 OR 
FIDO. 

4- IF THE LENGTH OF THE PIU IS GREATER THAN THE MAXIMUM BTU LENGTH 
THAT IS PERMITTED TO BE TRANSMITTED ON THE TG, THE PIU IS 
CONVERTED TO AN EXCEPTION REQUEST (EXR), AND THEREBY TRUNCATED. 
THIS CONVERSION IS PERFORMED REGARDLESS OF THE ATTRIBUTES OF THE 
PIU, E.G., FIRST, MIDDLE, OR LAST BID SEGMENT; REQUEST OR 
RESPONSE. 

5. THE PIU IS INSERTED INTO THE TGCB.PRTY_SEND_PIU_LIST ACCORDING TO 
ITS ASSIGNED TG SEND PRIORITY. PIU'S WITH THE SAME TG SEND 
PRIORITY ARE INSERTED FIFO. 

INPUT: PIU FROM PC.ERC OR PU.SVC_MGR.PC ROUTE MGR.ER MGR; MU_PTR POINTS TO 

PIU, TGCB_PTR POINTS TO TGCB 


OUTPUT: PIU INSERTED INTO TGCB.PRTY_SEND^PIUJLIST, IF NOT DISCARDED 


REFERS TO THE FOLLOWING PROCEDURE(S): 
ASSIGN_TG_SEND_PRTY 
CONVERT FID4_TO FID 1 OR FIDO 
CONVERT PIU TO_ixR 
LENGTH OF PIU 
UPM TG~TRACE 


PAGE 3-24 
PAGE 3-25 
PAGE 3-26 
PAGE 3-44 
PAGE 3-45 


IF -EMPTY (TGCB.A SSOC_LSCB_LIST) THEN 
DO; 


*/ 


IF TGCB.TG_TRACE = TRACE THEN 


CALL UPMJTGjrRACE(» SEND') ; 

/* 

PAGE 

3-45 

*/ 

CALL ASSIGN JTG_SEND_PRTY; 

/* 

PAGE 

3-24 

*/ 

IF TGCB.ER_VR SUPP = PRE ER VR THEN 

CALL CONVERT_.FID4_TOJ?ID1~ORJ?IDQ; 

/* 

PAGE 

3-25 

V 

IF LENGTH OF PIU > TGCB.MAX SEND BTU LENGTH THEN 

/* 

PAGE 

3-44 

*/ 

CALL CONVERT_PIUJTO_EXR; 

/* 

PAGE 

3-26 

*/ 


. LOCK TGCB»PRTY_SEND_PIU_LIST; 

. . INSERT MU BY_ASCENDING (MUCB.TG_SEND_PRTY) IN TGCB.PRTY_SENDJPIUJLIST; 
. UNLOCK; 

END; 

ELSE 

DISCARD MU; 

RETURN; 

END PC.TGC.LIST_BY_PRTY; 
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ASSIGN_TG_SEND_PRTY: PROCEDURE; 


/* 


FUNCTION: THIS PROCEDURE IS CALLED TO ASSIGN A TG SEND PRIORITY TO A PIU. 

THE PIU IS ASSIGNED ONE OF FOUR TG SEND PRIORITY VALUES BASED ON THE 
NTWK_PRTY BIT AND TPF IN THE FID4 TH, AS FOLLOWS: 


NTWK^PRTY 

TPF 



TG SEND 

PRIORITY 

N PRTY 

(1) 

ANY VALUE 

(**> 

—> 

PRTY 1 

HIGHEST PRIORITY 

-*N~PRTtf 

(0) 

H PRTY 

(10) 

—> 

PRTY 2 


-»N~PRT Y 

(0) 

iTpRTY 

(01) 

-> 

PRTY*3 

• , 

-nIprty 

(0) 

L_PRTY 

(00) 

—> 

PRTY~4 

LOWEST PRIORITY 

-N_PRTY 

(0) 

RESERVED 

(11) 

—> 

PRTY_2 

(SEE NOTE) 


THE ASSIGNED TG SEND PRIORITY IS STORED IN MUCB.TG SEND PRTY AND IS 
SUBSEQUENTLY USED TO CONTROL THE INSERTION OF THE~PIU INTO THE TG 
PRIORITY SEND PIU LIST (TGCB.PRTY_SEND_PIO_LIST). 


INPUT: CURRENT PIU; POINTED TO BY KU_PTR 

OUTPUT: MUCB.TG_SEND_PRTY SET TO ASSIGNED TG SEND PRIORITY 

NOTE: PIU'S WITH TPF=B'11' ARE DISCARDED BY PC.VRC.RCV. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

PC.TGC.LIST_BY_PRTY PAGE 3-23 


IF NTWK PRTY = N PRTY THEN 
MUCB„TG_SEND_PRTY = PRTY_1; 


V 


ELSE 

SELECT ANYORDER(TPF); 

. W HEN (L PRTY) 

. MUCB, TG__5END_PRTY « PRTY^4; 

. WHEN ( W^PRTY) 

RUCB7TG__SEND_PRTY a PRTY_3; 

. OTHEPWISE 

. HUCB.TG_SEND_PRTY = PRTY_2; 
END; 


RETURN; 


END ASSIGNJTG_SEND_PRTY; 
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CONVERT_FID4_TO_FID1_OR_FIDO: PROCEDURE; 


/* 


FUNCTION; THIS PROCEDURE IS CALLED WHEN A PIU IS TO BE TRANSMITTED TO AN 
ADJACENT SUBAREA NODE THAT DOES NOT SUPPORT ER AND VH PROTOCOLS, TO 
CONVERT THE PIU TH FROM FID4 TO EITHER FID1 OR FIDO- SEE NOTE. 

IF THE SNA INDICATOR (SNAI) IN THE FID4 TH IS SET TO SNA, THE PIU TH 
IS CONVERTED TO FID1; OTHERWISE, IT IS CONVERTED TO FIDO. 

INPUT; CURRENT (FID4) PIU; POINTED TO BY NUJPTR 

OUTPUT; FID1 OR FIDO PIU; POINTED TO BY MU_PTR 


NOTE: THIS PROCEDURE SETS; 


• FID 1|FIDO TH FIELDS COMMON TO FID4 THAT REQUIRE A CHANGE IN VALUE, 
I.E., FID 

• FID 11FIDO TH FIELDS NOT COMMON TO FID4 THAT REQUIRE A VALUE 
DERIVED FROM THE FID4 TH, I.E., DAF, OAF—THESE ARB THE ONLY 
FID 1 I FIDO FIELDS NOT COMMON TO FID4 

THIS PROCEDURE DOES NOT SET THE FID1|FID0 TH FIELDS COMMON TO FID4 
THAT DO NOT REQUIRE A CHANGE IN VALUE, I.E., MPF, EFI, SNF, DCP 

POSITIONAL CHANGES IN TH FIELDS BETWEEN FID4 AND FID1|FIDO—ALL 
FIELDS EXCEPT FID—ARE HANDLED BY THE MAP_FROM CANONICAL PROCEDURE 
(SEE APPENDIX B), WHICH IS CALLED BY” PC.TGC.SEND USING THE 
ADD PIU TO BTU PROCEDURE TO MAP THE PIU FROM CANONICAL FORM TO LINK 
FORM BEFORE IT IS TRANSMITTED OUT OF THE NODE. 


THE FID1, FIDO, AND FID4 TH FORMATS ARE DESCRIBED IN CHAPTER 2. 


REFERENCED BY THE FOLLOWING PROCEDURE(S); 

PC.TGC.LIST BY_PRTY PAGE 3-23 


IF SNAI = SNA THEN 
FID = FID1; 


*/ 


ELSE 

FID = FIDO; 


DAF(0;NCB.SUBAREA_LEN - 1) = DSAF((32 - NCB.SUBAREA_LEN) ;31) ; 
DAF(NCB.SUBAREA_LEN;15) * DEF(NCB.SUBAREA_LEN;15); 

OAF(0:NCB.SUBAREA_LEN - 1) ® OSAF ( (32 - NCB.SUBAREA_LEN) ;31) ; 
OAF(NCB.SUBAREA_LEN:15) = OEF(NCB.SUBAREA^LEN:15) ; 


RETURN; 

END CONVERT_FID4_TO__FID 1_OR_FIDO; 
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CONVE RT_PI U_TO__EXR: PROCEDURE; 


/* 


| FUNCTION: THIS PROCEDURE IS CALLED WHEN THE LENGTH OF A PIU TO BE TRANSMITTED | 

I IS GREATER THAN THE MAXIMUM BTU LENGTH THAT IS PERMITTED TO BE | 

t TRANSMITTED ON THE TG, TO CONVERT THE PJU TO AN EXCEPTION REQUEST | 

I (EXR) . | 

| THIS CONVERSION TRUNCATES THE PIU. | 

I I 

| THE SENSE DATA IS SE? TO X'SOOAOOOO* TO INDICATE "TOO-LONG PIU" | 

| ERROR. | 

I I 

| INPUT: CURRENT PIU; POINTED TO BY MU PTR I 

I I 

t OUTPUT: INPUT PIU CONVERTED TO EXR; POINTED TO BY MU PTR \ 

I ~ I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): I 

| PC.TGC.LIST_BY^PRTY PAGE 3-23 | 

t--.-.---:._Z-1________________J 

♦/ 

BBIUI = BBIU; /* TH */ 


EBIUI = EBIU; 
DCF * 7; 


RBI “ RQ; /* PH, X* O7BQ00* */ 

RU__CTGY * FMD; 

FI * iFMH; 

SDI ■ SD; 

BCI ~ BC; 

ECI * EC; 

DR1I = DR 1; 

DR2I = DR2; 

ERI - er; 

QRI = -QR; 

PI = -»PAC; 

BBI * -»PB; 

EBI * -*EB; 

CDI - -*CD; 

CSI - CODEO; 

EDI = --ED; 

PD I = -*PD; 


SNC = X 1 800A0000*; 


/* SNC = TOO-LONG PIU */ 


RETURN; 

END CONVERT_PIU_Tp^EXB; 
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PC•TGC.SEND: PROCEDURE RETURNS (PTR) ; 

/* 


FUNCTION: THIS PROCEDURE IS CALLED BY DLC.SEND IN SUBAREA NODES WHEN AN 

OPPORTUNITY EXISTS TO TRANSMIT ANOTHER BTU FROM PATH CONTROL TO A 

SUBAREA NODE ADJACENT LINK STATION. THIS PROCEDURE EITHER PASSES A 
BTU TO DLC.SEND TO BE TRANSMITTED TO THE CURRENT ADJACENT LINK 
STATION OR INDICATES NO DATA TO SEND. 

IF A BTU IS NOT TO BE TRANSMITTED TO THE CURRENT ADJACENT LINK 
STATION, A NULL POINTER IS RETURNED TO DLC.SEND. 

IF A BTU IS TO BE TRANSMITTED TO THE CURRENT ADJACENT LINK STATION, 
A POINTER TO THE BTU IS RETURNED TO DLC.-SEND. SEE NOTE. 

INPUT: LSCB_PTR POINTS TO LSCB FOR CURRENT ADJACENT LINK STATION 

OUTPUT: A POINTER TO A SEND BTU PIU VECTOR LIST-**A LIST OF PIU VECTORS THAT 

SPECIFY THE ADDRESSES AND LENGTHS~OF THE PIU'S THAT CONSTITUTE THE 
BTU—IS RETURNED IF A BTU IS TO BE TRANSMITTED; OTHERWISE, A NULL 
POINTER IS RETURNED. 

NOTE: A BTU IS PASSED TO DLC.SEND BY RETURNING A POINTER TO A 

SEND_BTU PIU_VECTOR LIST. A SEND_BTU PIU VECTOR_LIST IS A LIST OF 
PIU VECTORS. EACH PIU VECTOR IN THE LIST CONSISTS OF A POINTER TO A 
PIU~AND A BYTE COUNT INDICATING THE LENGTH OF THE PIU, AND SPECIFIES 
A PIU THAT IS INCLUDED IN THE BTU. IF BLOCKING IS NOT PERFORMED, 
THE LIST WILL CONSIST OF ONE PIU VECTOR ENTRY. IF BLOCKING IS 
PERFORMED, THE LIST MAY CONSIST OF ONE OR MORE PIU_VECTOR ENTRIES. 

REFERS TO THE FOLLOWING PROCEDURE (S) : 

MULTI LINK TG SEND PAGE 3-30 

SINGLE_LINK_TG SEND PAGE 3-29 


*/ 


*/ 


V 


DCL SEND_BTU_PTR PTR; 

TGCB_PTR = LSCB.TGCBPTR; 

SELECT ANYORDER (TGCB.MULTI_LINK_SUEP) ; 

. WHEN (--MULTI LINK_TG) 

SEND„BTU_PTR = SINGLE_LINK_TG_SEND; /* PAGE 3-29 

. WHEN(MULTI LINK TG) 

SEND_BTU_PTR = MULTI_LINKJTG_SEND; /* PAGE 3-30 

END; 

RETURN(SEND_BTU_PTR); 

END PC.TGC.SEND; 
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SINGLE.LINK.TG.SEND: PROCEDURE RETURNS(PTR); 


/* 


FUNCTION: THIS PROCEDURE IS INVOKED TO BUILD A SEND BTU FOR A SINGLE-LINK TG. 

IF THE TGCB.PRTY SEND PIU LIST IS EMPTY, THERE ARE NO PIU* S 
AVAILABLE TO BE TRANSMITTED! AND A NULL POINTER IS RETURNED. 

IF THE TGCB.PRTY SEND PIU LIST IS NOT EMPTY, A SEND BTU IS BUILT, 
AND A POINTER TO A SEND.BTU_PIU_VECTOR.LIST IS RETURNED. 

A SEND BTU IS BUILT BY: 


1. CREATING A TGCB.SEND BTU PIU VECTOR LIST 

2. REMOVING A PIU FROM THE TOP OF THE TGCB.PRTY_SEND_PIU.LIST 

3. CREATING A PIU VECTOR THAT CONTAINS A POINTER TO THE PIU AND A 
BYTE COUNT INDICATING THE LENGTH OF THE PIU 

4. ADDING (FIFO) THE PIU.VECTOR TO THE TGCB.SEND.BTU.PIU.VECTOR LIST 

5. IF BLOCKING IS NOT PERFORMED, THE TGCB.SEND”BTU PIu”VECTOR”LIST 
IS LIMITED TO ONE PIU.VECTOR ENTRY. 

IF BLOCKING IS PERFORMED, STEPS 2-4 ABOVE ARE REPEATED UNTIL 
EITHER THE TGCB.PRTY SEND PIU.LIST BECOMES EMPTY OR THE ADDITION 
OF THE NEXT PIU WOULD CAUSE THE LENGTH OF THE BTU TO EXCEED THE 
MAXIMUM BTU LENGTH THAT IS PERMITTED TO BE TRANSMITTED ON THE TG. 

WHEN A FID4 PIU IS REMOVED FROM THE TGCB.PRTY SEND.PIU.LIST AND 
INCLUDED IN A SEND BTU (ADJACENT NODE SUPPORTS ER _ AND VR PROTOCOLS), 
THE VR.CWI BIT IN THE FID4 TH MAY BE SET TO DEC.WS, DEPENDING ON 
TRAFFIC CONGESTION IN THE NODE. 

INPUT: TGCB PTR IS ESTABLISHED; TGCB.PRTY SEND.PIU.LIST IS SOURCE FOR SEND 

PIU'S. 

OUTPUT: A POINTER TO A SEND BTU.PIU VECTOR_LIST—A LIST OF PIU_VECTORS THAT 

SPECIFY THE LOCATIONS AND LENGTHS OF THE PIU'S THAT CONSTITUTE THE 
SEND BTU—IS RETURNED IF A BTU IS TO BE TRANSMITTED; OTHERWISE, A 
NULL POINTER IS RETURNED. 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 
PC.TGC.SEND 


PAGE 3-27 


REFERS TO THE FOLLOWING PROCEDURE(S): 
ADD PIU TO BTU 
LENGTH OF PIU 


PAGE 3-33 
PAGE 3-44 


*/ 

DCL SEND BTU PIU VECTOR LIST PTR PTR; 

DCL SEND_BTU”LENGTH FIXED (3 if BINARY; 


TGCB.SEND_BTU_PIU_VECTOR.LIST * NULL; 


IF TGCB.BLOCKING.SUPP - BLOCKING THEN 
SEND.BTU.LENGTH = 0; 

DO UNTIL (MU.PTR = NULL); 

. MU.PTR = NULL; 

. LOCK TGCB.PRTY_SEND_PIU_LIST; 

. . IF -.EMPTY (TGCB. PRTY.SEND_PIU.LIST) THEN 
. . DO; 


. . MU.PTR = FIRST.ENTRY (TGCB.PRTY_SEND.PIU.LIST) ; 

. . IF TGCB.BLOCKING SUPP = BLOCKING & 

. . SEND BTU.LENGTH * LENGTH.OF.PIU > TGCB.MAX.SEND.BTU.LENGTH THEN /* PAGE 3-44 ♦/ 

. , MU.PTR = NULL; 

. . ELSE 

. . REMOVE MU_PTR->MU FROM TGCB.PRTY_SEND_PIU_LIST; 

. END; 

UNLOCK; 

IF MU PTR NULL THEN 


IF TGCB.BLOCKING_SUPP = BLOCKING THEN 


SEND.BTU.LENGTH = SEND.BTU.LENGTH ♦ LENGTH.OF.PIU; 

/* 

PAGE 

3-44 

*/ 

CALL ADD_PIU.TO.BTU; 

/* 

PAGE 

3-33 

*/ 


IF TGCB.BLOCKING SUPP = -.BLOCKING THEN 
MU_PTR = NULL;” 


. END; 

END; 

SEND_BTU_PIU_VECTOR_LIST_PTR = TGCB. SEND..BTU JPIU_VECTORJLIST; 
RETURN (SEND.BTU_PIU_VECTOR_LIST.PTR); 

END SINGLE.LINK_TG.SEND; 
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HULTI.LINK.TG.SEND: PROCEDURE RETURNS(PTR); 


/* 


FUNCTION; THIS PROCEDURE IS INVOKED TO PROVIDE A SEND BTU FOR A MULTIPLE-LINK 
TG; IT EITHER RETURNS A BTU OR INDICATES NO DATA TO SEND. 

THIS PROCEDURE RETURNS A NULL POINTER INDICATING NO DATA TO SEND IF 
A RETRANSMIT BTU IS NOT SCHEDULED TO BE TRANSMITTED TO THE CURRENT 
ADJACENT LINK STATION, AND (IN THE ORDER CHECKED) 

1. THE TG IS IN A SWEEP STATE AND ALL PREVIOUS BTU'S PASSED TO 
DLC.SEND FOR THE TG HAVE NOT BEEN SUCCESSFULLY TRANSMITTED, OR 

2. THE TG IS IN A SUSPEND TG SEND STATE AND A FIDF TG_SNF_WRAP.ACK 
PIU IS NOT AT THE TOP OF THE TGCB.PFTY_SEND_PIU_LI5T, OR~ 

3. THE TGCB.PRTY.SEND_PIU_.LIST IS EMPTY, OR 

4. A PIU IS REMOVED FROM THE TGCB.PRTY.SEND_PIU.LIST THAT REQUIRES 
THAT THE TG BE SWEPT BEFORE IT IS TRANSMITTED. 

IF MORE THAN ONE ADJACENT LINK STATION IS ASSOCIATED WITH THE TG, A 
RETRANSMIT BTU MAY BE SCHEDULED TO BE TRANSMITTED TO THE CURRENT 
ADJACENT LINK STATION; IF SO, A POINTER TO A 
SEND BTU PIU VECTOR.LIST THAT SPECIFIES THE RETRANSMIT BTU IS 

retuInedT ~ i I 

IF A RETRANSMIT BTU IS NOT SCHEDULED, THE TG IS SWEPT, AND THE TG IS 
IN ONE OF THE PRE SWEEP STATES; A POINTER TO A 
TGCB.SEND.BTU_PIU_VECTOR.LIST FOR A BTU BUILT ON A PRIOR CALL (FOR 
WHICH THE”SWEEP WAS PERFORMED) IS RETURNED. 

IF A RETRANSMIT BTU IS NOT SCHEDULED, A PREVIOUSLY BUILT BTU IS NOT 
RETURNED, THE TRANSMISSION OF A BTU IS NOT INHIBITED BY TG SWEEP OR 
SUSPEND TG SEND REQUIREMENTS, AND THE TGCB.PRTY.SEND.PIU.LIST IS NOT 
EMPTY, THEN A BTU IS BUILT BY: 

1. REMOVING A PIU FROM THE TOP OF THE TGCB.PRTY.SEND.PIU.LIST 

2. CREATING A PIU VECTOR THAT CONTAINS A POINTER TO THE PIU AND A 
BYTE COUNT INDICATING THE LENGTH OF THE PIU 


3. CREATING A TGCB.SEND BTU PIU VECTOR LIST AND INSERTING THE 
PIU_VECTOR IN THE TGCB.SEND_BTU.PIU_VECTOR.LIST 

IF THE PIU DOES NOT REQUIRE THAT THE TG BE SWEPT BEFORE IT IS 
TRANSMITTED, A POINTER TO THE TGCB.SEND_BTU_PIU.VECTOR.LIST IS 
RETURNED. 


THE FOLLOWING FUNCTIONS ARE PERFORMED FOR FID4 PIU'S PEMOVED FROM 
THE TGCB.PRTY_SEND.PIU.LIST: 

1. THE TG IS SWEPT BEFORE A PIU WITH TG_SWEEP=SWEEP IS TRANSMITTED. 

2. PIU'S WITH TG NONFIFO_IND=FIFO ARE ASSIGNED SEQUENTIAL TG.SNF 
VALUES (0-40957. THE TG SEQUENCE NUMBERS WRAP FROM 4095 TO 0. 

3. THE TG IS SWEPT BEFORE AND AFTER THE TRANSMISSION OF A PIU WITH 
TG_NONFIFO_IND=FIFO AND TG_SNF=0. 

4. WHEN A PIU WITH TG.NONFIFO IND=FIFO AND TG_SNF=4095 IS 
TRANSMITTED, THE TRANSMISSION ~0F ADDITIONAL FID4 PIU'S IS 
SUSPENDED, UNTIL A FIDF TG SNF WRAP ACK PIU WITH THE CORRECT 
CMD.SEQ.NUM IS RECEIVED FROM~THE~ADJACENT NODE. 

5. THE VR CWI BIT IN THE TH MAY BE SET TO DEC.WS, DEPENDING ON 
TRAFFIC CONGESTION IN THE NODE. 

INPUT: LSCB PTR AND TGCB PTR ARE ESTABLISHED, TGCB.SEND.PRTY PIU LIST IS 

SOURCE FOR SEND PIU'S, AND TGCB.RETRANSMIT BTU.LIST IS SOURCE FOR 
RETRANSMIT BTU'S 

OUTPUT: A POINTER TO A SEND BTU PIU VECTOR LIST—A LIST OP PIU VECTORS THAT 

SPECIFY THE LOCATIONS AND LENGTHS OF THE PIU'S THAT CONSTITUTE THE 
BTU—IS RETURNED IF A BTU IS TO BE TRANSMITTED; OTHERWISE, A NULL 
POINTER IS RETURNED. 


NOTE: SINCE BLOCKING IS NOT SUPPORTED ON MULTIPLE-LINK TG'S, A 

SEND BTU PIU VECTOR LIST FOR A BTU TRANSMITTED ON A MULTIPLE-LINK TG 
CONSISTS~OF ONLY ONE PIU VECTOR ENTRY. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) 
PC.TGC.SEND 


PAGE 3-27 


REFERS TO THE FOLLOWING PROCEDURE(S): 
ADD PIU TO BTU 
FSM~SUSPEND TG SEND 
FSM TG SWEEP 
UPM BTU RETRANSMIT 


PAGE 3-33 
PAGE 3-46 
PAGE 3-46 
PAGE 3-32 


*/ 
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DCL SEND.BTUJPIU_VECTOR_LIST.PTR PTE; 

SEND.BTU.PIU.VECTOR.LIST.PTR = UPH.BTU.RBTRANSMIT; /* PAGE 3-32 */ 

IP SEND BTU PIB VECTOR LIST PTR -= MOLL THEM 
RETURN (SEND.BTU.PIU.VECTOR.LIST.PTR) ; 

IP PSH TG SHEEP -= RESET S TGCB.OUTSTANDING BTU CNT -= 0 THEN /* PAGE 3-46 */ 

RETURN(SEND_BTU_PIU.VECTOR_LIST.PTR); 

IP FSM.TG SHEEP = (SHEEP BIT PRE SHEEP | SMP.O PRE SHEEP) THEN /* PAGE 3-46 */ 

DO; 

. CALL FSM.TG.SHEEP( 1 SHEEP.COHPLETE'); /* PAGE 3-46 */ 

. SEND_BTU_PIU_VECTOR_LIST_PTR = TGCB-SEMD_BTU_PIU.VECTOR.LIST; 

. TGCB-OUTSTANDING.BTU.CNT = TGCB.OUTSTANDING.BTU.CNT ♦ 1; 

. RETURN (SEND BTU PIU VECTOR.LIST PTR); 

END; 

IF PSH TG SHEEP = SNF_0_POST SHEEP THEN /* PAGE 3-46 */ 

CALL FSM.TG.SHEEP(*SHEEP.COHPLETE•); /* PAGE 3-46 */ 

HU.PTR * NULL; 

LOCK TGCB.PRTY SEND PIU LIST; 

. IF -EMPTY (TGCB.PRTY SEND PIU LIST) S 

(PSH SUSPEND TG”SEND”= RlSET | /* PAGE 3-46 */ 

. FIRST.ENTRY (TGCB.PRTY SEND PIU LIST)->FID = FIDF) THEN 

. REMOVE FIRST (MU) FROM TGCB.PRTY SEND PIU LIST SET(HU PTR); 

UNLOCK; 

IF MU PTR * NULL THEN 

RETURN(SEND_BTU.PIU_VECTOR.LIST.PTR); 

TGCB.SEND_BTU_PIU_VECTOR.LIST = NULL; 

SELECT ANYORDER(FID); 

. HHEN(FIDF) 

DO; 

. . CALL ADD.PIU.TO.BTU; /* PAGE 3-33 */ 

. . SEND.BTU_PIU.VECTOR.LIST.PTR * TGCB.SEND_BTU_PIU.VECTOR.LIST; 

. . TGCB.OUTSTANDING.BTU.CNT = TGCB.OUTSTANDING.BTU.CNT + 1; 

. . RETURN(SEND.BTU.PIU.VECTOR.LIST.PTR); 

. END; 

. HHEN(FID4) 

• DO; 

. . IF TG NONFIFO IND = FIFO THEN 

. . DO;” 

. . . TG.SNF = TGCB.TG_SNF_SEND.CNTR; 

. . . TGCB.TG_SNF_SEND.CNTR = TGCB.TG.SNF_SEND.CNTR + 1; 


IF TG SNF = 0 THEN 


. IF TGCB.OUTSTANDING BTU CNT -= 0 THEN 

. CALL FSM.TG.SHEEP!'SNF.O.PRE.SHEEP') ; 

/* 

PAGE 

3-46 

V 

ELSE 

. CALL FSM.TG.SHEEP (•SNF.O.POST.SHEEP•) ; 

/* 

PAGE 

3-46 

V 

. ELSE 

DO; 

. . IF TG SHEEP * SHEEP S TGCB.OUTSTANDING BTU 

. . CALL FSM.TG.SHEEP('SHEEP.BIT.PRE.SHEEP') 7 

CNT -= 0 
/* 

THEN 

PAGE 

3-46 

*/ 

. . IF TG SNF = 4095 THEN 

. . CALL FSM.SUSPEND TG.SEND(•SUSPEND') ; 

/* 

PAGE 

3-46 

*/ 

. END; 

END; 

ELSE 

IF TG SHEEP * SHEEP S TGCB.OUTSTANDING BTU CNT -= 
CALL FSM.TG.SHEEP(•SHEEP.BIT.PRE.SHEEP')7 

0 THEN 
/* 

PAGE 

3-46 

*/ 

CALL ADD.PIU.TO.BTU; 

/* 

PAGE 

3-33 

*/ 

IF FSM TG SHEEP = (RESET | SNF 0 POST.SHEEP) THEN 

/* 

PAGE 

3-46 

*/ 

DO; 

. SEND.BTU.PIU.VECTOR.LIST.PTR = TGCB.SEND.BTU_PIU.VECTOR_ 

.LIST; 




. TGCB.OUTSTANDING.BTU.CNT = TGCB.OUTSTANDING.BTU.CNT ♦ 1; 
END; 


. . RETURN(SEND.BTU.PIU.VECTOR.LIST.PTR); 

. END; 

END; 

END MULTI.LINK_TG.SEND; 
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UPM_BtU_RETRANSMIT: PROCEDURE RETURNS(PTR); 


FUNCTION: THIS IMPLEMENTATION-DEPENDENT PROCEDURE IS INVOKED BEFORE ATTEMPTING 

TO BUILD A NEW BTU FOR A MULTIPLE-LINK TG, TO SCHEDULE THE 
TRANSMISSION OF RETRANSMIT BTU’S. 

IF TGC HAS BEEN NOTIFIED BY DLC THAT A BTU TRANSMISSION IS IN ERP 
MODE (SEE NOTE), IF THE BTU HAS NOT YET BEEN RETRANSMITTED BY TGC AS 
A RESULT OF THE ERP NOTIFICATION, IF THE BTU HAS NOT YET BEEN 
SUCCESSFULLY TRANSMITTED TO THE ADJACENT NODE, AND IF THE BTU IS NOT 
BEING TRANSMITTED TO THE CURRENT ADJACENT LINK STATION, THEN, BASED 
ON AN IMPLEMENTATION-DEPENDENT ALGORITHM, THIS PROCEDURE MAY ELECT 
TO SCHEDULE THE BTU TO BE RETRANSMITTED TO THE CURRENT LINK STATION. 

IF THE TGCB.RETRANSMIT BTU__LIST IS EMPTY, OR IF IT IS NOT EMPTY, BUT 
A RETRANSMIT BTU IS NOT SELECTED TO BE TRANSMITTED TO THE CUPRENT 
ADJACENT LINK STATION, A NULL POINTER IS RETURNED. 

IF THE TGCB.RETRANSMIT BTU_LIST IS NOT EMPTY AND A RETRANSMIT BTU IS 
SELECTED TO BE TRANSMITTED TO THE CURRENT ADJACENT LINK STATION, 
THEN: 

1. THE POINTER TO THE SEND BTU_PIU VECTOR_LIST FOR THE RETRANSMIT 
BTU IS REMOVED FROM THE TGCB.RETRANSMIT_JjTU_LIST• 

2. IT IS RECORDED THAT THE BTU HAS BEEN PASSED TO DLC.SEND FOR 
TRANSMISSION TO THE CURRENT ADJACENT LINK STATION * 

3. THE TGCB .0 UTSTA NDING__BTU_CNT IS INCREMENTED BY 1. 

4. A POINTER TO THE SEND_BTU_PIU_VECTOR JLIST FOR THE RETRANSMIT BTU 
IS RETURNED. 

INPUT: LSCB PTR POINTS TO LSCB FOR CURRENT ADJACENT LINK STATION, TGCB_PTR 

POINTS TO TGCB, AND TGCB.RETRANSMIT_BTU_LIST IS SOURCE FOR 
RETRANSMIT BTU'S 

OUTPUT: RETURN POINTER POINTS TO SEND BTU PIU VECTOR LIST FOR RETRANSMIT BTU 

IF A RETRANSMIT BTU IS SELECTED TO ~BE TRANSMITTED TO THE CURRENT 
ADJACENT LINK STATION; OTHERWISE, A NULL POINTER IS RETURNED 

NOTE: FOR BTU TRANSMISSIONS ASSOCIATED WITH MULTIPLE-LINK TG«S, DLC 

NOTIFIES TGC THAT A BTU TRANSMISSION IS IN ERP MODE THE FIRST TIME A 
TRANSMISSION ERROR IS DETECTED. 

SUBSEQUENT TO THE ERP NOTIFICATION, DLC CONTINUES TO ATTFMPT TO 
TEANSMIT THE BTU TO THE ADJACENT LINK STATION, AS DETERMINED BY DLC 
ERP PARAMETERS, UNTIL THE BTU IS SUCCESSFULLY TRANSMITTED OR THE ERP 
IS TERMINATED—IN WHICH CASE, THE BTU TRANSMISSION IS ABANDONED. 

THE ERP MODE NOTIFICATION IS PROVIDED REGARDLESS OF THE VALUES OF 
THE DLC ERP PARAMETERS; EVEN IF NO ERP IS SPECIFIED, DLC PROVIDES 
THE ERP MODE NOTIFICATION TO TGC THE FIRST TIME A TRANSMISSION ERROR 
IS DETECTED. 

DLC DOES NOT INFORM TGC OF TRANSMISSION ERRORS ASSOCIATED WITH A BTU 
TRANSMISSION SUBSEQUENT TO THE FIRST ERROR, BUT DOES INFORM TGC WHEN 
A BTU TRANSMISSION HAS BEEN SUCCESSFULLY TRANSMITTED OR ABANDONED. 

AN ERP NOTIFICATION INFORMS TGC THAT THE BTU ASSOCIATED WITH THE BTU 
TRANSMISSION IS TO BE RETRANSMITTED TO ANOTHER LINK STATION 
ASSOCIATED WITH THE TG, TO WHICH THE BTU IS NOT BEING TRANSMITTED OR 
TO WHICH THE BTU TRANSMISSION HAS NOT BEEN ABANDONED, PROVIDED ONE 
EXISTS. 

A TRANSMISSION-SUCCESSFUL NOTIFICATION INFORMS TGC THAT A BTU NEED 
NOT BE RETRANSMITTED AND ALLOWS TGC TO MANAGE THE DISPOSITION OF A 
BTU. 

A TRANSMISSION-ABANDONED NOTIFICATION ALLOWS TGC TO MANAGE THE 
DISPOSITION OF A BTU. 

SEE UPM_PCJTGC_SEND_BTU_MGR ON PAGE 3-35. 

REFEPENCED BY THE FOLLOWING PROCEDURE(S) : 

MULTI_LINK_TG_SEND PAGE 3-30 


DCL RETRANSMIT_BTU_PTR PTR; 

RETRANSMIT_BTU_PTR * NULL; /* NORMAL RETURN PTR VALUE 

/* FUNCTION AS DESCRIBED ABOVE */ 

RETURN(RETRANSMIT_BTU_PTR) ; 

END UPM_BTU_RETRANSHIT; 


*/ 

*/ 
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ADD_PIU_TO_BTU: PROCEDURE; 


FUNCTIOH: THIS PROCEDURE IS CALLED TO ADD A PIU TO A SEND BTU; IT PERFORMS THE 

FOLLOWING FUNCTIONS. 

1. IF THE PIU IS THE FIRST PIU TO BE ADDED TO A SEND BTU, A 

TGCB.SEND BTU_PIU VECTOR LIST IS CREATED; OTHERWISE, ONE ALREADY 
EXISTS. 

2- A PIU_VECTOR (DEFINED IN APPENDIX A) IS CREATED. 

3. THE PIU__VECTOR. PIU_LENGTH IS SET EQUAL TO THE LENGTH OF THE PIU. 

4. IF THE PIU TH IS FID4, THE VR_CWI BIT IN THE TH IS SET TO DEC WS 

IF FSM_VR_WINDOW_SIZE INDICATES MODERATE CONGESTION. 

5. THE PIU IS CONVERTED .FROM CANONICAL FORM TO THE FORM REQUIRED TO 
BE SENT OVER A LINK. 

6. THE PIU_VECTOR.PIU_PTR IS SET TO POINT TO THE PIU. 

7. A POINTER TO THE PIU_VECTOR IS ADDED (FIFO) TO THE 

TGCB.SBND_BTU_PIU_VECTOR_LIST. 

INPUT; THE MU PTR POINTS TO THE PIU. IF TGCB.SEND_BTU PIU VECTOR_LIST IS 

NULL, A TGCB.SEND BTU PIUJTECTOR LIST DOES NOT EXIST; OTHERWISE, A 
TGCB.SENDJ3TU_PIU_VECTOR_LIST ALREADY EXISTS, AND A POINTER TO IT IS 
ESTABLISHED. 

OUTPUT: IF REQUIRED, A TGCB.SEND BTU PIU VECTOR LIST IS CREATED. A 

PIU^VECTOR IS CREATED, SET TO INDICATE THE LOCATION AND LENGTH OF 
THE^PIU, AND ADDED TO THE TGCB.SEND BTU PIU VECTOR LIST. FOR FID4 

PIU'S, THE VR CWI BIT IN THE TH MAY BE SET TO DEC WS. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
MULTI LINK TG SEND 

SINGLE_LINK_T(3_SEND 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM VR WINDOW^SIZE 
LENGTH~OF PIU" 


PAGE 3-30 
PAGE 3-29 


PAGE 3-47 
PAGE 3-44 


IF TGCB.SEND BTU_PIU VECTOR LIST = NULL THEN 

NEWLIST TGCB.SENDj3TU_PIU~VECTOR_LIST ENTRY_NAME(PIU_VECTOR) FIFO; 


CREATE PIU_VECTOR; 


/* PIU_VECTOR IS DEFINED IN APPENDIX A 


PIU — VECTOR.PIU_LENGTH = LENGTH JDF^PIU; 


/* PAGE 3-44 


TF FID = FID4 & 

FSM VS WINDOW — SIZE - MODERATE^CONGESTION THEN 
VR„CWI~~ DECJ?S;~ 

CALL MAP FROM CANONICAL; 


/* PAGE 3-47 


/* APPENDIX B 


PIU_VECTOR.PIU_PTR - MU^PTR; 

INSERT PIU VECTOR LAST IN TGCB.SEND BTU PIU VECTOR LIST; 


END ADD_PIU_TO_BTU; 
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UPM_AGIMG_ALGORITHM: PROCEDURE; 


I FUNCTION: WHEN THE TG SEND TRAFPIC RATE FOR HIGHER PRIORITY PIU'S IS HIGH OR | 
| WHEN TRANSMISSION ERROR RATES ON LINKS ASSOCIATED WITH A TG ARE | 
| HIGH, IT IS POSSIBLE FOR LOWER PRIORITY PIU'S TO RESIDE IN THE | 
| TGCB.PRTY SEND PIU LIST FOR INDETERMINATE LENGTHS OF TIME, WHILE | 
| HIGHER PRIORITY PIU'S CONTINUE TO BE RECEIVED AND TRANSMITTED. | 

| THE EXPOSURE TO INDETERMINATE DELAY, PARTLY ASCRIBABLE TO | 
| TRANSMISSION PRIORITY, EXISTS ONLY FOR PIU'S WITH NTWK PRTY=-NJ?RTY, | 
| AND IS INVERSELY PROPORTIONAL TO THE PIU TPF VALUE. “ ~ | 

| THIS OPTIONAL, IMPLEMENTATION-DEPENDENT AGING ALGORITHM IS USED TO J 
| PROMOTE LOWER PRIORITY PIU«S WITHIN THE TGCB.PRTY_SEND PIU LIST, TO | 
| HIGHER PRIORITY, BASED ON THE LENGTH OF TIME THEY HAVE~ BEEN IN THE | 
| LIST, SO THAT THEY ARE NOT DELAYED FOR INDETERMINATE LENGTHS OF ) 
| TIME, BECAUSE OF TRANSMISSION PRIORITY, IN THE EVENT OF HIGH TRAFFIC | 
| OR ERROR RATE CONDITIONS. | 

| THE INVOCATION OF THIS PROCEDURE IS IMPLEMENTATION-DEPENDENT; | 
| THEREFORE, THIS PROCEDURE IS NOT INVOKED WITHIN THE ARCHITECTURAL | 
| DESCRIPTION. | 

I NOTE: THE NTWK_PRTY BIT AND THE TPF IN A FID4 TH ARE NOT CHANGED. | 

j THE CHRONOLOGICAL INTEGRITY OF THE TGCB.PRTY SEND PIU LIST RELATIVE f 
| TO EQUAL OR HIGHER PRIORITIES IS MAINTAINED; THE PROMOTION OF LOWER j 
\ PRIORITY PIU'S TO HIGHER PRIORITY IS DONE IN A MANNER SUCH THAT NO | 
| PIU IS PLACED AHEAD OF AN "OLDER” PIU OF EQUAL OR HIGHER PRIORITY. | 

L------------I 


/* FUNCTION AS DESCRIBED ABOVE */ 
RETURN; 

END Ui?M_A61NG — ALGORITHM; 
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UPHJPCjrGC_SBNDJ3TU_MGR: PROCEDURE (SEND_BTU JPTR,BTU JTRANSMISSION_STATUS) ; 


FUNCTION: THIS IHPLEMENTATION-DEPENDENT PROCEDURE IS CALLED BY DLC.RCV IN 

SUBAREA NODES WHEN A BTU TRANSMISSION ASSOCIATED WITH A 
HULTIPLE-LINK TG IS SUCCESSFULLY TRANSMITTED, ENTERS ERP MODE, OR IS 
ABANDONED. THIS PROCEDURE PERFORMS FUNCTIONS REQUIRED BY TGC WHEN 
THESE EVENTS OCCUR. 

THIS PROCEDURE PERFORMS FUNCTIONS ASSOCIATED WITH THE REQUIREMENT 
THAT TGC RETRANSMIT A BTU OVER ANOTHER LINK IN A MULTIPLE-LINK TG 
EACH TIME THE TRANSMISSION OF THE BTU OVER A LINK IS IMPEDED BY 
TRANSMISSION PROBLEMS, PROVIDED THERE IS ANOTHER OPERATIONAL LINK IN 
THE TG OVER WHICH THE BTU IS NOT BEING OR HAS NOT BEEN TRANSMITTED 
AND THAT THE BTU IS NOT SUCCESSFULLY TRANSMITTED ON SOME LINK BEFORE 
THE RETRANSMISSION CAN BE EFFECTED. 

A CONSEQUENCE OF- -THE BTU RETRANSMIT FUNCTION IS THAT BTU'S 
TRANSMITTED OVER MULTIPLE-LINK TG'S CAN BE PASSED TO MORE THAN ONE 
LINK. THIS IMPOSES THE REQUIREMENT THAT TGC MANAGE THE FINAL 
DISPOSITION OF BTU *S TRANSMITTED OVER MULTIPLE LINK TG'S, I.E., TO 
DESTROY A BTU WHEN IT IS NO LONGER NEEDED—THE BTU HAS BEEN EITHER 
SUCCESSFULLY TRANSMITTED OR ABANDONED ON ALL THE LINKS TO WHICH IT 
HAS BEEN PASSED. THIS PROCEDURE PERFORMS THIS FUNCTION. 

AN ADDITIONAL REQUIREMENT ASSOCIATED WITH BTU TRANSMISSIONS OVER 
MULTIPLE-LINK TG'S IS BTU TRANSMISSION ACCOUNTING FOR TG SWEEP 
CONTROL PURPOSES, I.E., TO DECREMENT THE TGCB.OUTSTANDING_BTU CNT BY 
1 WHEN A BTU TRANSMISSION HAS COMPLETED—A BTU PASSED TO*A LINK HAS 
BEEN EITHER SUCCESSFULLY TRANSMITTED OR ABANDONED. THIS PROCEDURE 
PERFORMS THIS FUNCTION. 

THIS PROCEDURE PERFORMS THE FOLLOWING FUNCTIONS. 

FOR A "TRANSMITTED" CALL: 

1. THE TGCB.OUTSTANDING_BTUj:NT IS DECREMENTED BY 1. 

2. IF THE BTU IS IN THE TGCB.RETRANSMIT BTU LIST, IT IS REMOVED FROM 
THE LIST. 

3. IF THE BTU IS NOT BEING TRANSMITTED TO ANY OTHER ADJACENT LINK 
STATION, IT IS DESTROYED; OTHERWISE, IT IS RECORDED THAT THE BTU 
HAS BEEN SUCCESSFULLY TRANSMITTED AND THAT THE TRANSMISSION TO 
THE CURRENT LINK STATION HAS COMPLETED. 

FOR AN "ERP — NOTIFICATION" CALL: 

IF THE BTU HAS ALREADY BEEN SUCCESSFULLY TRANSMITTED, OR IF THERE 
IS NOT ANOTHER ADJACENT LINK STATION ASSOCIATED WITH THE TG TO 
WHICH THE BTU HAS NOT BEEN OR IS NOT BEING TRANSMITTED, NO ACTION 
IS TAKEN; OTHERWISE, THE BTU IS INSERTED IN THE 
TGCB.RETRANS MIT_BTU_LIST. 

FOR AN "ABANDONED" CALL: 

1. THE TGCB.OUTSTANDING_BTU_CNT IS DECREMENTED BY 1. 

2. IT IS RECORDED THAT THE TRANSMISSION OF THE BTU TO THE CURRENT 
ADJACENT LINK STATION HAS COMPLETED. 

3. IF THE BTU IS NOT IN THE TGCB.RETRANSMIT_BTU_LIST AND IS NOT 
BEING TRANSMITTED TO ANY OTHER ADJACENT LINK STATION, IT IS 
DESTROYED. 

INPUT: THE LSCB PTR IS ESTABLISHED, THE SEND BTU ASSOCIATED WITH THE BTU 

TRANSMISSION IS POINTED TO BY THE SEND BTU_PTR CALL PARAMETER, AND 
THE CURRENT STATUS OF THE BTU TRANSMISSION IS IDENTIFIED IN THE 
BTU TRANSMISSION STATUS CALL PARAMETER—"TRANSMITTED," 

"ERPJJOTIFICATION," OR "ABANDONED" 

OUTPUT: SEE DESCRIPTION ABOVE 

NOTE: THE SEND_BTU PTR IS A POINTER TO A SEND_BTU_PIU_VECTOR_LIST. 


DCL SEND BTU PTR PTR; 

DCL BTU__ TRAN SMI SSION_STATUS CHAR (16); 
/* FUNCTION AS DESCRIBED ABOVE */ 
RETURN; 

END UPH_PC_TGC_SEND_BTU_MGR; 
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PC.TGC.RCV_BTU_CK: PROCEDURE RETURNS (BIT(1)) ; 


FUNCTION: THIS PROCEDURE IS CALLED BY DLC.RCV IN A SUBAREA NODE WHEN A BLU IS 

RECEIVED FROM A CONTACTED SUBAREA NODE, TO PERFORM A VALIDITY CHECK 
ON THE BTU PORTION OF THE BLU. 

THIS PROCEDURE IS CALLED AFTER THE BLU HAS SUCCESSFULLY PASSED 
DLC-LEVEL ERROR CHECKING, BUT BEFORE THE BLU IS ACKNOWLEDGED. 

THIS PC-LEVEL CHECK AUGMENTS DLC-LEVEL ERROR CHECKING MECHANISMS AND 
SERVES TO ENHANCE TRANSMISSION RELIABILITY. IN ADDITION, IT 
PROVIDES VERIFICATION THAT SUBSEQUENT PROCESSING OF THE BTU CAN BE 
SUCCESSFULLY ACCOMPLISHED, AND NOT RESULT IN THE PROPAGATION OF 
INVALID DATA. 

THE PRIMARY OBJECTIVE OF THIS PROCEDURE IS TO VERIFY THAT THE 
OVERALL STRUCTURE OF A RECEIVED BTU IS VALID. 

THIS PROCEDURE CHECKS: 

1. THAT THE PIU FID VALUES CONTAINED IN A BTU ARE VALID FOR THE TG 

2. THAT CERTAIN PIU'S MEET MINIMUM LENGTH REQUIREMENTS 

3. THAT THE LENGTH OF A BTU AS SPECIFIED BY ITS INTERNAL PIU MAKEUP 
CORRESPONDS TO THE LENGTH OF THE BTU RECEIVED BY DLC 

BECAUSE OF THE LOGIC REQUIRED TO PERFORM THIS CHECK, PIU’S ARE 
CHECKED TO BE VALID RELATIVE TO FID AND DCF VALUES AND THE LENGTH 
AND PLACEMENT OF APPENDED BID FIELDS, IF ANY. 

THE BTU DATA ANALYZED BY THIS PROCEDURE CONSISTS OF PIU’S IN LINK 
FORM (AS OPPOSED TO CANONICAL FORM). IF THE SENDING TGC IN THE 
ADJACENT NODE SUPPORTS BLOCKING (ON SEND) FOR THE TG AND THE 
RECEIVING TGC IN THIS NODE SUPPORTS DEBLOCKING (ON RECEIVE) FOE THE 
TG, THE BTU MAY CONSIST OF MULTIPLE PIU'S. 

INPUT: LSCB PTR AND BTU_PTR ARE ESTABLISHED, AND BTUCB.BTU_LENGTH IS EQUAL 

TO THE LENGTH OF THE BTU RECEIVED BY DLC 

OUTPUT: OK RETURN CODE IF BTU LOGICALLY VALID; OTHERWISE, NG RETURN CODE 


DCL RC BIT ( 1) ; 


*/ 


DCL PITJJTH^LENGTH FIXED (7) BINARY; 

DCL CURRENT_PIU — LENGTH FIXED (15) BINARY; 


DCL REMAININGJ3TUJLENGTH FIXED (31) BINARY; 


DCL PIU_FID_PTR PTR; 

DCL PIU^FID BIT(4) BASED(PIU_FID_PTR); 

DCL PIU_MPF_PTR PTR; 

DCL 1 PIUJ1PF_BYTE UNALIGNED BASED(PIU_MPF_PTR) , 
2 PIU_FID_OR_3_RSVD_BITS_AND_SNAI BIT(4), 

2 PIU_BBIUI BIT (1) , 

2 PIU.EBIUI BIT (1) , 

2 RESERVED BIT (1) , 

2 PIU_EFI BIT (1); 

DCL PIU_DCFJPTR PTR; 

DCL PIU_DCF FIXED (15) BASED (PIU_DCF^PTR) ; 
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( 


TGCB_PTR * LSCB.TGCBPTR; 

PIU_FID_PTR = ADDR (BTU_DATA); 

REMAININGjBTUJLENGTH = BTUCB.BTU_LENGTH; 

RC = OK; 

DO UNTIL (RC x NG | REMAINING_BTU_LENGTH = 0); 

. IF TGCB.ER_VR_SUPP = -«PRE_ER_VR THEN 

IF (TGCB.MULTI LINK SUPP = -.MULTI LINK TG & PIU_FID - = FID4) | 

(TGCB.MULTI LINK SUPP = MULTI LINK_TG 8 PIU_FID - = (FID4 | FIDF)) THEN 
. RC = NG; 

. ELSE 
DO; 

. . PIUJTH_LENGTH = 26; 

. . PIU_MPF_PTR = PTRJLDD (PIU_FID_PTR, 16) ; /* APPENDIX B */ 

END; 

. ELSE 

. IF PIU_FID -= (FIDO | FID 1) THEN 
. RC = NG; 

. ELSE 
DO; 

. PIU_TH_LENGTH = 10; 

. PIU_MPF_PTR = PIU_FID_PTR; 

END; 

. IF REMAININGJBTU LENGTH < PIU_TH LENGTH THEN 
RC = NG; 

. IF RC = OK THEN 
DO; 

. PIU_DCF_PTR = PTR_ADD (PIU_FID_PTR,PlU_TH_LENGTH -2); /* APPENDIX B */ 

. CURRENT_PIU_LENGTH = PIU JTH_LENGTH ♦ PIU_DCF; 

. . IF CURRENT PIU LENGTH > REMAININGJBTU^LENGTH THEN 

RC = NG;” 

. . ELSE 

. . DO; 

. SELECT ANYORDER (TGCB.ERjVR_SUPP) ; 

. . . . WHEN (-.PRE_ERjVR) 

. . . . IF FID = FID4 & 

. . PIU_BBIUI = BBIU 8 PIUjEBIUI = -EBIU & CURRENT_PIU JuENGTH < 36 THEN 

RC = NG; 

. . . . WHEN (PRE_ER VR) 

. . IF (PIUjBBIUI = BBIU & PIU EBIUI = EBIU 8 CURRENT__PIU_LENGTH < 13) | 

. . (PIU_BBIUI = BBIU & PIUjEBIUI = -.EBIU & CURRENT_PIUjLENGTH < 20) THEN 

. . RC = NG; 

. . . END; 

. . . IF RC = OK THEN 

... DO; 

. REMAINING_BTU_LENGTH = REMAINING_BTU_LENGTH - CURRENT_PIU_LENGTH; 

. . . . IF TGCB.DEBLOCKING SUPP = DEBLOCKING THEN 

PIUjFIDjPTR x PTRjADD(PIUjFID_PTR,CUFRENT_PIU_LENGTH) ; /* APPENDIX B */ 

.... EL S E 

IF REMAINING_BTUjLENGTH -*= 0 THEN 
RC = NG; 

. . . END; 

. . END; 

. END; 

END; 

RETURN(RC) ; 

END PC.TGC.RCV__BTUjCK; 
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PC.TGC.DEQ_Q_BTU_RCV: PROCEDURE; 


FUNCTION: 


THIS PROCEDURE IS DISPATCHED WHEN AN OPEN QUEUE SIGNAL IS SENT TO IT 
FROM THE HIGHER^LEVEL SCHEDULER. 

THE BTU LOCATED AT THE TOP OP THE TG BTU RECEIVE QUEUE 
(TGCB.Q_BTU_RCV) IS REMOVED FROM THE QUEUE AND SENT TO PC.TGC.RCV. 


AN OPEN QUEUE SIGNAL 
ESTABLISHED 


FROM HIGHER-LEVEL SCHEDULER t NITH TGCB_PTR 


OUTPUT: 


A BTU IS SENT TO PC.TGC.RCV; THIS IS DONE BY SENDING A "BTU" SIGNAL 
TO PC.TGC.RCV NITH THE PARH_PTR.POINTING TO THE BTU. 


LOCK TGCB.Q_BTU_RCV; 

REMOVE FIRST (BTU) FROM TGCB.Q_BTU_.RCV SET(BTU_PTR); 
UNLOCK; 


*/ 


SEND 'BTU* TO PC.TGC.RCV USING(PARM_PTR=BTU_PTR); /* PAGE 3-40 */ 

RETURN; 

END PC.TGC.DEQ_Q_BTU_RCV; 
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PC.TGC.RCV: PROCEDURE 


FUNCTION: THIS PROCEDURE IS DISPATCHED WHEN A BTU IS SENT TO IT FROM 

PC.TGC.DEQ_Q_BTU_RCV. 

IF DEBLOCKING IS SUPPORTED AND REQUIRED, THE BTU IS DEBLOCKED INTO 
INDIVIDUAL PIU'S (SEE NOTE 1). THE PIU'S ARE PROCESSED AS FOLLOWS. 

IF TG TRACE IS ACTIVE FOR THE TG, A TRACE OF EACH PIU IS PROVIDED. 

IF THE TG IS A SINGLE-LINK TG AND THE ADJACENT SUBAREA NODE SUPPORTS 
ER AND VR PROTOCOLS, THE PIU'S ARE SENT TO PC.ERC. 

IF THE TG IS A SINGLE-LINK TG AND THE ADJACENT SUBAREA NODE DOES NOT 
SUPPORT ER AND VR PROTOCOLS, THE PIU'S ARE CONVERTED FROM EITHER 
FID1 OR FIDO TO FID4 AND SENT TO PC.ERC. 

IF THE TG IS A MULTIPLE-LINK TG (ADJACENT SUBAREA NODE SUPPORTS ER 
AND VR PROTOCOLS), THEN: 

1. FID4 PIU'S WITH TG_NONFIFO_IND=NON_FIFO ARE SENT TO PC.ERC. 

2. FID4 PIU'S WITH TG NONFIFO IND=FIFO ARE SENT TO PC.ERC IN 

SEQUENCE AND WITHOUT ~DUPLICATION; THIS IS DONE BY: CHECKING THE 
PIU TG SNF VALUES AGAINST THE TGCB.TG SNF RCV CNTR, SENDING 
IN-SEQUENCE PIU'S TO PC.ERC, DISCARDING” DUPLICATE PIU'S, AND 

HOLDING NONDUPLICATE, OUT-OF-SEQUENCE PIU'S IN THE 
TGCB.REFIFO_PIU LIST UNTIL THEY CAN BE SENT TO PC.ERC IN 

SEQUENCE. IN CONJUNCTION WITH THIS PROCESSING, WHEN ALL THE 
PIU'S IN A GROUP OF TG-SEQUENCED PIU'S (TG SNF'S 0-4095) HAVE 
BEEN RECEIVED AND PASSED TO ERC, THE TRANSMISSION OF A FIDF 

TG_SNF_WRAP_ACK PIU TO THE ADJACENT SUBAREA NODE IS INITIATED. 

3. FIDF TG_SNF_WRAP ACK PIU'S RECEIVED IN SEQUENCE, WHEN 

FSM_SUSPEND_TG_SEND IS IN A SUSPEND STATE, RESULT IN A RESET TO 
FSM“S0SPEND_TG_SEND. ALL FIDF PIU'S ARE DISCARDED. 

FOR FID4 PIU'S, THE VR RWI IN THE TH IS SET TO RESET WS IF 

FSM_VR_WINDOW_SIZE INDICATES SEVERE_CONGESTION. 

WHEN ALL THE PIU'S IN A BTU HAVE BEEN PROCESSED, THE BTU IS 
DISCARDED. 

INPUT: A "BTU" SIGNAL FROM PC.TGC.DEQ Q BTU RCV WITH PARM PTR POINTING TO 

BTU, AND LSCB^PTR AND TGCB_PTR ESTABLISHED 

OUTPUT: RECEIVED PIU'S SENT TO PC.ERC (SEE NOTE 2) OR DISCARDED, FOR 

MULTIPLE-LINK TG'S A FIDF TG SNF-WRAP ACK PIU MAY BE INSERTED AT TOP 
OF TGCB.PRTY_SEND_PIU_LIST 

NOTES: 1. A RECEIVED BTU IS PASSED FROM DLC.RCV TO PC.TGC AS A BTU ENTITY 

CONSISTING OF A BTU CONTROL BLOCK AND THE BTU ITSELF. THE BTU 
CONSIST OF ONE OR, IF BLOCKING IS PERFORMED BY THE SENDING TGC, 
ONE OR MORE PIU'S IN LINK FORM. THIS PROCEDURE CALLS THE 
MAPJTO^CANONICAL PROCEDURE (SEE APPENDIX B) TO MAP EACH PIU INTO 
A CANONICAL PIU; THIS CONVERTS THE PIU INTO CANONICAL FORM (FOR 
ARCHITECTURAL DESCRIPTION PURPOSES) AND ESTABLISHES IT AS A 
SEPARATE ENTITY. 

2. FOR MULTIPLE-LINK TG*S, NONDUPLICATE, OUT-OF-SEQUENCE FID4 
TG-FIFO PIU'S ARE TEMPORARILY HELD IN THE TGCB.REFIFO PXU_LIST 
UNTIL THEY CAN BE PASSED TO PC.ERC IN SEQUENCE. 

REFERS TO THE FOLLOWING PROCEDURE(S): 

CONVERT FIDI^OR FIDO_TO_FID4 PAGE 3-43 

FSM SUSPEND TG SEND ” ~ PAGE 3-46 

FSM”VR WINDOW SIZE PAGE 3-47 

LENGTH”OF PIU” PAGE 3-44 

LOG ErIoR^AND_DISCARD_PIU PAGE 3-101 

SEND TG SNF WRAP ACK ” PAGE 3-42 

UPM TG TRACE “ PAGE 3-45 


DCL LINK PIU PTR PTR; 

DCL PIU LENGTH FIXED(15) BINARY? 

DCL PROCESSEDJBYTEJCNT FIXED(31) BINARY; 
DCL REFIFO_PIU_PTR”PTR; 

BTU PTR - PASH PTR; 

LINK PIUJPTR =”aDDR(BTUJ)ATA) ; 

PROCESSED BYTE CUT = 0; 


DO UNTIL(PROCESSED^BYTE^CNT = BTUCB.BTU^LENGTH); 


CREATE MU; 


/* MU IS DEFINED IN APPENDIX £ 


CALL MAP^TO^CANONICAL(LIIK_PIU_Pf«,MO_PTR); 

PIOJ.ENGTH « LMGTH.OF.PIU; 

IF TGCB.TG TRACE - TRACE THEN 
CALL OPm”tGJCRACE('RCV*) ; 


/* APPENDIX B 
/* PAGE 3-44 


/* PAGE 3-45 
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/* PAGE 3-43 
/* PAGE 3-50 


IP TGCB.ER PR SOPP = PRE ER VR THEM 
DO{ 

. CALL CONVERT PID1 OR PIDO TO FID4; 


*/ 


. SEND HO TO PC.ERC; 
END; 


V 


ELSE 

DO; 

. IP FID * PID4 & PSH VR WINDOW SIZE = SEVERE CONGESTION THEN /* PAGE 3-47 */ 

. VRJRWI = RESET.WSj 

. IP TGCB. MULTI LINK SOPP = -MOLTI.LINK TG THEN 

- SEND MO TO PC.ERC; /* PAGE 3-50 */ 


ELSE 

IP FID * PID4 THEN 

IP TG NONFIFO IND = NON FIFO THEN 

SEND MO TO PC.ERC; " /* PAGE 3-50 */ 


ELSE 

SELECT ANYORDER; 

. WHEN (TG SNF * TGCB.TG SNF RCV CNTR) 
. DO; ** 


SEND MU TO PC.ERC; 

/* 

PAGE 

3-50 

*/ 

IF TG.SNF = 4095 THEN 

CALL SEND.TG_SNF_WRAP.ACK; 

/* 

PAGE 

3-42 

*/ 


TGCB.TG_SNF_RCV_CNTH = TGCB.TG_SNF_RCV_CNTR + 1; 


DO WHILE ( -EMPTY (TGCB.REFIFO PIO LIST) & 

FIRST ENTRY (TGCB. REFIFO PIolLIST)->TG SNF = TGCB.TG SNF RCV CNTR); 
. REMOVE FIRST (MO) FROM TGCB. REFIFO PIO LIST SET(MO_PTR)7 


SEND MO TO PC.ERC; 

/* 

PAGE 

3-50 

*/ 

IF TG SNF * 4095 THEN 

CALL SEND_TG.SNF_WRAP_.ACK; 

/* 

PAGE 

3-42 

*/ 


. . . TGCB.TG SNF RCV CNTR = TGCB.TG SNF RCV_CNTR + 1; 

. . END; 

• END; 

. WHEN(TG SNF > TGCB.TG_SNF_RCV CNTR) 

. DO; 

. . IF TGCB.TG SNF RCV CNTR = 0 THEN 

DISCARD MO; 

. . ELSE 

DO; 

. FIND REFIFO.PIU_PTR->MU IN TGCB.REFIFO PIO LIST 
. . . WHERE (TG.SNF = REFIFO.PIO.PTR^TG^SNFf; 

* . . IF REFIFO.PIU.PTR = NOLL THEN 

. . . . INSERT MO BY.ASCENDING (TG.SNF) IN TGCB. REFIFO.PIU.LIST; 

. ELSE 

. , . DISCARD MO; 

. . END; 

. END; 

. WHEN (TG SNF < TGCB.TG SNF_RCV CNTR) 

. DISCARD MO; 

END; 


. . ELSE /* FIDF */ 

. . IF CMD. FORMAT a TG.CKD 6 CMD TYPE » TG.SNF WRAP ACK 6 DCF - 0 THEN 

. . DO; 

. . . IF FSM.SUSPEND TG SEND » SUSPEND & /* PAGE 3-46 */ 

. „ . CMD.SEQ.HOM = TGCB,TG.SNF.WRAP.ACK.RCV.CriR THEN 

* . . DO; 

. . . . CALL FSH„S0SPEND_TG_S5»D (<RESET*); /* PAGE 3-46 */ 

... . TGCR.TG_SNF_WKAP_ACKJRCV.CNTR a TGCB. TG.SNF_HRAP_ACK_RCV_CNTR t 1; 

. . . END? 

. . . DISCARD HO; 

. . END; 

. 1 ELSE 

* - CALL LOG ERROR IND DISCARD PIO( 1 INVALID FIDF PIO*); /* PAGE 3-101 */ 

. END; 

1 LIMK.PXO.PTR * PTB.AOP(LINK.PX0_.PTB,PI VJL ENGTH) ? /* APPENDIX B */ 

. PROCESSED BYTE CUT * PROCESSED BlfB CUT * PIO'LENGTH 
BIDS 

DISCARD BTU? 

RETURN; 

END PC.TGC.RCV; 
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SEND_TGJSNF_WRAP_ACK: PROCEDURE; 


FUNCTION; THIS PROCEDURE IS CALLED WHEN ALL THE PIU*S IN A GROUP OF 
TG-SEQUENCED PIG'S (TG SNF VALUES 0-4095) HAVE BEEN RECEIVED AND 
PASSED TO ERC f TO ~ INITIATE THE TRANSMISSION OF A FIDF 
TG_SNF_.WRAP_.ACK PIU TO THE ADJACENT SUBAREA NODE. 

THIS PROCEDURE; 

1. BUILDS A FIDF TG_SNF_WRAP_ACK PIU WITH THE CMD_SEQ_NOM FIELD SET 
EQUAL TO THE TGCB. SNF_WRAP_ACK__SEND_CNTR 

2. ASSIGNS THE PIU A MUCB.TG SEND PRTY VALUE OF PRTY 1; THIS IS DONE 
SO THAT THE PIU WILL BE COMPATIBLE WITH AND NOT DISRUPT THE 
OPERATION OF THE TGCB.PRTY_SEND_PIU_LIST, WHICH IS KEYED BY 
MUCB.TG_SEND_PRTY 

3. INSERTS THE PIU AT THE TOP OF THE TGCB. PRTY__SEND_PIU_LIST 

4. INCREMENTS THE TGCB. SNF_WR AP_ACK_SEND__CNTR BY 1 

THIS FIDF TG_SNF WRAP ACK PIU WILL BE THE NEXT PIU TRANSMITTED TO 
THE ADJACENT NODE FROM THE TGCB.PRTY_SEND_PIU_LIST. 

INPUT; NONE 

OUTPUT; FIDF TG SNF_WRAP ACK PIU INSERTED AT TOP OF TGCB.PRTY SEND_PIU LIST 
AND TGCB.TG~WRAP3ACK_SEND_CNTR INCREMENTED BY 1 

NOTE; ALL FIELDS IN THE MU (DEFINED IN APPENDIX C) ARE SET TO 0 WHEN IT IS 

CREATED. 


REFERENCED BY THE FOLLOWING PROCEDURE (S): 
PC.TGC.RCV 
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DCL PIU PTR SAVE PTR; 


PIU_PTR_SAVE = MUJPTR; 

CREATE MU; /* NOTE */ 


FID « FIDF; 

CMD_FOR MAT = TG_CMD; 

CMD_TYPE ~ TG_SNF_WRAP_ACK; 

CMD_SEQ_NUM « TGCB.TG_SNF_WRAP_ACK_SEND_CNTR; 

DCF * 0; 

MUCB.TG_SBND_PRTY = PRTY_1; 

LOCK TGCB.PRTY_SEND_PIU_LIST; 

. INSERT MU FIRST IN TGCB.PRTI_SEND_PIO_LIST; 

UNLOCK; 

TGCB.TG_SNF_WRAP_ACK_SEND_CNTR TGCB . TG_SNF_WRAP_ACK_SEND__CNTR + 1; 
MU_PTR “ PIU_PTR_,SAVg; 

RETURN; 

END SSND_TG_SNF_WRAP_ACK; 
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CONVERT_FID1_OR_FIDO_TO_FID4: PROCEDURE; 


FUNCTION: 


INPUT; 

OUTPUT: 

NOTE; 


THIS PROCEDURE IS CALLED WHEN A PIU IS RECEIVED FROM AN ADJACENT 
SUBAREA NODE THAT DOES NOT SUPPORT ER AND VR PROTOCOLS, TO CONVERT 
THE PIU TH FROM FID1 OR FIDO TO FID4. SEE NOTE. 


IF THE PIU TH IS FID1, THE SNA 
SET TO SNA. 


INDICATOR (SNAI) IN THE FID4 TH IS 


IF THE PIU TH IS FIDO, THE SNA INDICATOR (SNAI) IN THE FID4 TH IS 
SET TO -SNA. 

CURRENT (FID1 OR FIDO) PIU; POINTED TO BY MU_PTR 
FID4 PIU; POINTED TO BY MU_PTR 
THIS PROCEDURE SETS:• 

• FID4 TH FIELDS COMMON TO FID1|FID0 THAT REQUIRE A CHANGE IN VALUE, 
I.E., FID 

• FID4 TH FIELDS NOT COMMON TO FID 1|FIDO THAT REQUIRE EITHER A VALUE 
DERIVED FROM THE FID1|FID0 TH, I.E., DSAF, OSAF, SNAI, DEF, OEF; 
OR A -0 VALUE, I.E., ER_VR_SUPP_IND, TG_NONFIFO_IND, 

THIS PROCEDURE DOES NOT SET; 

• FID4 TH FIELDS COMMON TO FID1|FID0 THAT DO NOT REQUIRE A CHANGE IN 
VALUE, I.E., MPF, EFI, SNF, DCF 

• FID4 TH FIELDS NOT COMMON TO FID1|FID0 THAT ARE TO BE SET TO 0, 
I.E. , TG SWEEP, VR_PAC_CNT_IND, NTWK PRTY, IERN, ERN, VRN, TPF, 
VR_CWI, VR_SQTI, TG_SNF, VRPRQ, VRPRS7 VR_CWI, VR_RWI , VR_SNF 

ALL THE TH FIELDS NOT EXPLICITLY SET WERE SET CORRECTLY—EITHER TO 
THE FID 1{FIDO VALUE OR TO 0, AS REQUIRED—BY THE MAP_TO_CANONICAL 
PROCEDURE (SEE APPENDIX B), WHICH WAS CALLED BY PC.TGC.RCV TO MAP 
THE PIU FROM LINK FORM TC CANONICAL FORM. 

POSITIONAL CHANGES IN TH FIELDS BETWEEN FID 1JFIDO AND FID4—ALL 
FIELDS EXCEPT FID—ARE HANDLED BY THE MAP_FROM_CANONICAL PROCEDURE 
(SEE APPENDIX B), WHICH IS CALLED BY PC.TGC.SEND USING THE 
ADD PIU_TO_BTU PROCEDURE TO MAP THE PIU FROM CANONICAL FORM TO LINK 
FORM, IF THE PIU IS SUBSEQUENTLY TRANSMITTED OUT OF THE NODE TO A 
SUBAREA NODE THAT SUPPORTS ER AND VR PROTOCOLS. 


THE FID 1, FIDO, AND FID4 TH FORMATS ARE DESCRIBED IN CHAPTER 2. 
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REFERENCED BY THE FOLLOWING PROCEDURE(S): 
PC.TGC.RCV 


FID = FID4; 

ER VR_SUPP_IND = PRE_ER_VR; 


V 


TG_NONFIFO_IND = FIFO; 


DSAF (32 - NCB.SUBAREA_LEN:31) = DAF (0;NCB.SUBAREA_LEN - 1); 


OSAF(32 - NCB.SUBAREA_LEN:31) = OAF (0:NCB.SUBAREA_LEN - 1); 


IF FID = FID 1 THEN 
SNAI = SNA; 

ELSE 

SNAI = -SNA; 


DEF(NCB.SUBAREA^LEN:15) = DAF(NCB.SUBAREA_LEN:15); 

OEF(NCB.SUBAREA_LEN;15) = OAF(NCB.SUBAREA_LEN:15); 

RETURN; 

END CONVERT_FIDl_OR_FIDOjrO_FID4; 
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LENGTH_OF_PIU: PROCEDURE RETURNS(FIXED BINARY(15)) ; 


/* 

«--—■'——-—---"-----~—-“—--—~——---—---——~——————~-1 

| FUNCTION: THIS PROCEDURE IS INVOKED BY A FUNCTION REFERENCE TO CALCULATE THE | 

| LENGTH OF A FIDO, FID1 , FID4, OR FIDF PIU. | 

| THE PIU LENGTH IS CALCULATED BY ADDING TOGETHER THE LENGTH OF THE | 

| PIU TH AND THE PIU DCF VALUE. | 

| FOR FID4 AND FIDF PIU*S, THE TH LENGTH IS 26. | 

I I 

| FOR FID 1 AND FIDO PIU 1 S, THE TH LENGTH IS 10. I 

| THE CALCULATED PIU LENGTH IS RETURNED TO THE FUNCTION REFERENCE. | 

I ! 

| INPUT: CURRENT PIU; POINTED TO BY MUJPTR I 

I " I 

! OUTPUT: RETURN PARAMETER IS SET EQUAL TO CALCULATED LENGTH OF CURRENT PIU | 

| REFERENCED BY THE FOLLOWING PROCEDURE (S) : j 

| ADD_PIU TO BTU PAGE 3-33 ! 

| PC.TGC.LIST_BY_PRTY PAGE 3-23 | 

| PC.TGC.RCV ~ PAGE 3-40 I 

| SINGLE_LINK_TG_SEND PAGE 3-29 | 


*/ 

DCL CALCUL ATED_PIU__L EN GTH FIXED (15) BINARY; 


SELECT ANYORDER (FID); 

. WHEN(FID4 | FIDF) 

CALCULATED_PIU_LENGTH = DCF + 26; 

. WHEN(FID 1 | FIDO) £ 

CALCULATED_PIU_LENGTH = DC^ + 10; 


END; 

RETURN(CALCULATED_PIU^LENGTH) ; 
END LENGTR_OF_PIU; 
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FSM_TG_SWEEP: FSM_DEFINITION CONTEXT(TGCB); 


FUNCTION: THIS FSM IS USED TO CONTROL THE TG SWEEP FUNCTION FOR MULTIPLE-LINK 

TG'S. 

A TG IS IN A SWEPT STATE WHEN NO BTU TRANSMISSIONS ARE IN PROGRESS 
FOR THE TG—THE TGCB.OUTSTANDING_BTU_CNT=Q. ACCORDINGLY, A TG SWEEP 


COMPLETES WHEN THE 

TGCB.OUTSTANDING_BTB_CNT 

TG IS 

BECOMES 

o 

• H 

as 

A 

SWEEP 

STATE 

AND 

THE 

THE SWEEP. 

_BIT„PRE_SWEEP 

STATE 

IS 

SET 

BEFORE A 

FID4 

PIU 

WITH 


TG_SWEEP=SWEEP IS TRANSMITTED, IF THE TG IS NOT IN A SWEPT STATE. 

THE SNF 0_PRE_SWEEP STATE IS SET BEFORE A FID4 PIU WITH 
TG NQNFIFQ~IND=FIFO AND TG SNF=0 IS TRANSMITTED, IF THE TG IS NOT IN 
A SWEPT STATE. 

THE SNFJ)_PQST SWEEP STATE IS SET WHEN A FID4 PIU WITH 
TG_NONFIFO IND=FIFO AND TG SNF=Q IS TRANSMITTED; THIS STATE MAY BE 
SET DIRECTLY FROM THE RESET STATE OR RESULT FROM A "SWEEP_COMPLETE» 
INPUT SIGNAL WITH THE FSM IN THE SNF_0_PRE_SWEEP STATE. 

"SWEEP COMPLETE" IS SIGNALED TO THE FSM WHEN IT IS IN ANY OF THE 
SWEEP STATES AND A TG SWEEP COMPLETES. 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 

MULTI_LINKJTG_SEND PAGE 3-30 


L _ __— __ — _ —- —- - J 

*/ 

r 

1 

STATE NAMES- 

>1 

RESET 

SWEEP BIT PRE SWEEP 

[ SNF 0 PRE SWEEP | 

! SNF 0 POST SWEEP [ 

1 

INPUTS 

| 

01 

02 

j 03 1 

1 04 | 















I 

'SWEEP BIT PRE SWEEP* 

1 

2 

/ 

! / 

i / I 

I 

'SNF 0 PRE SWEEP' 

1 

3 

/ 

[ / 

1 / 1 

1 

'SNF_0„POST_SWEEP' 

1 

4 

/ 

1 / 

1 / 1 

{ — 
1 

i_ 

'SWEEP_COMPLETE* 

- ^ 

_JL, 

/ 

1 

I 4 1 

I .. . j 

i ■ ■ - -■ ■ i 

1 1 I 

i 

1 

i _ 

• RESET' 

1 

—j.. 

- 

1 

L — _ - — 

! 1 

r - - - «- 71 

1 1 I 

i _ « ■ • _ i 


END FSMJTG_SWEEP; 


FSM_SUSPEND_TG_SEND: FSM^DEFINITION CONTEXT (TGCB); 


/* 

i— -----------*--------i 

| FUNCTION: THIS FSM INDICATES WHEN THE TRANSMISSION OF FID4 PIU'S OVER A | 

| MULTIPLE-LINK TG IS SUSPENDED, PENDING RECEIPT OF A PROPER FIDF | 

| TG SNF_WRAP ACK PIU FROM THE ADJACENT NODE. | 

I I 

I THIS FSM IS USED TO SUSPEND ONLY THE TRANSMISSION OF FID4 PIU'S THAT | 

| ARE IN THE TGCB.PRTY_SEND PIU LIST—FID4 PIU'S THAT HAVE NOT BEEN | 

| PREVIOUSLY TRANSMITTED; IT~IS NOT USED TO PREVENT THE RETRANSMISSION | 

| OF FID4 PIU'S THAT MAY OCCUR AS A RESULT OF TGC BTU RETRANSMISSION | 

| OR THE TRANSMISSION OF A FIDF TG SNF WRAP ACK PIU. f 

I ~ I 

| THE FSM IS SET TO THE SUSPEND STATE WHEN THE LAST PIU IN A GROUP OF ( 

| TG-SEQUENCED PIU'S IS TRANSMITTED; THAT IS, WHEN A FID4 PIU WITH I 

| TG NONFIFO IND=FIFO AND TG 5NF=4095 IS TRANSMITTED. | 

i I 

I THE FSM IS RESET WHEN IT IS IN THE SUSPEND STATE AND A FIDF | 

! TG_SNF_WRAP_ACK PIU WITH THE CMD_SEQ_NUM FIELD EQUAL TO THE | 

| TGCB.TG SN?~WSAP_ACK RCV CNTR IS RECEIVED FROM THE ADJACENT NODE. | 

, " ! 

| REFERENCED BY THE FOLLOWING PROCEDURE (S) : I 

| MULTI_LIHK_TG_SEND PAGE 3-30 I 

| PC.TGC.RCV PAGE 3-40 | 

i_______.__________,,____._______._J 

V 

!--- —T -——T---—I 

| STATE NAMES-> j RESET | SUSPEND f 

| INPUTS [01 [02 f 

f---—-+-■—- ¥ --I 

J 'SUSPEND' [2 J / [ 

[ 'RESET* J - | 1 | 

L--..----— _„ . JL._--A ...——-J 

END FSM_SUSPEND_TG_SEND; 
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frSHJTR.WINDOW.SIZB: FSH^DEFINITION CONTEXT(TGCB) ; 



r --- - ---t 

| FUNCTION: THIS FSH IS USED BY TGC TO DETEBHINE WHETHER TO: | 

| 1. SET THE VIRTUAL ROUTE CHANGE WINDOW INDICATOR (VR CWI) TO DEC WS | 
| (DECREMENT WINDOW SIZE) IN EACH FID4 PIU’ TRANSMITTED OVER~ A | 
I TG—THIS IS DONE WHEN MODERATE DATA TRAFFIC CONGESTION EXISTS, TO | 
| CAUSE A GRADUAL DECREASE OF THE VIRTUAL ROUTE WINDOW SIZE FOR | 
| PIUS FLOWING IN THB SAME DIRECTION AS THE PIU BEING TRANSMITTED | 
| BY TGC. | 

| 2. SET THE VIRTUAL ROUTE RESET WINDOW INDICATOR (VR RWI) TO RESET WS | 
I (RESET WINDOW SIZE) IN EACH FID4 PIU RECEIVED OVER A TG—THIS~IS I 
| DONE WHEN SEVERE DATA TRAFFIC CONGESTION EXISTS, TO RESET THE | 
| VIRTUAL ROUTE WINDOW SIZE TO THE MINIMUM SIZE SPECIFIED IN THE | 
| NC ACTVR RU FOR PIU’S FLOWING IN THE DIRECTION OPPOSITE TO THAT | 
| OF~THE PIU BEING RECEIVED BY TGC. | 

| THE DETERMINATION OF WHEN MODERATE CONGESTION OR SEVERE CONGESTION | 
| EXISTS AND THE SETTING OF THESE STATES FOR A TG ARE IMPLEMENTATION | 
| DEPENDENT. | 

| THE INPUT SIGNALS TO THIS FSM ARE SENT BY AN \ 
I IMPLEMENTATION-DEPENDENT UPH. | 

| THE VIRTUAL ROUTE WINDOW SIZE AND THE FUNCTION OF THE VR CWI AND | 
| VR RWI BITS IN THE FID4 TH ARE DESCRIBED IN THE DISCUSSION ON | 
| "VIRTUAL ROUTE PACING" IN THE "VIRTUAL ROUTE CONTROL" SECTION OF | 
| THIS CHAPTER. | 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): | 
1 ADD PIU TO BTU PAGE 3-33 | 
| PC.TGC.RCV PAGE 3-40 | 

i—-—____ j 


i- - ——*- —_t— - — r-~- -——-1— — — —j 

| STATE NAMES->| RESET | MODERATE^CONGESTION | SEVERE_CONGESTION \ 


| INPUTS | 01 | 02 | 03 | 

k--—-*--I-+-1- i 

I ’MODERATE CONGESTION* | 2 | - | 2 | 

| ’SEVERE CONGESTION’ | 3 | 3 | - | 

} ’RESET*" | - J 1 | 1 | 


( 


END FS(l_VR_»INDOW_SIZE; 
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EXPLICIT ROUTE CONTROL 


This section discusses the routing controls provided to send 
message units between subareas over explicit routes . 

An explicit route (ER) is a bidirectional logical connection 
between two subareas* and can be denoted by the quadruplet 
(SA1, SA2 1 ERN, RERN), where: 

• SA1 and SA2 are the subarea addresses of the two subarea 
nodes at the ends of the ER. SA2 is the DSAF value used 
for PIUs that originate at SA1 and are destined for SA2. 
SA1 is the DSAF value used for PIUs that originate at SA2 
and are destined for SA1. 

• ERN is the ER number used for PIUs that originate at 
subarea SA1 and are destined for subarea SA2. RERN (or 
reverse ERN) is the ER number used for PIUs that originate 
at SA2 and are destined for SA1. 

An ER includes one or more transmission groups (TGs) that 
provide serial connectivity between the subareas at the ends 
of the ER—each TG can be denoted by a triple, 
(SAi, TGN, SAj). If there are no intermediate subarea nodes 
along an ER, the ER includes only one TG. If there are 

intermediate subarea nodes along an ER, the number of TGs 

included in the ER is one greater than the number of 
intermediate subarea nodes along the ER. When an ER 

includes more that one TG, the order in which the TGs are 

traversed for a direction of transmission on the ER is the 
reverse of the order for the opposite direction . Within 
subarea nodes, routing tables that contain ER to TG mapping 
information are used to route PIUs over ERs. 

The activation and deactivation of ERs and the association 
of ERs with virtual routes (VRs) are described in Chapter 
12 . 

The routing of PIUs over ERs is implemented in subarea nodes 
in explicit route control (ERC). ERC is a component of 
subarea routing path contro1 (PC_SA) > it is positioned 
between virtual route control and transmission group 
control—see Figure 3-3 on page 3-7. 

As shown in Figure 3-3, ERC routes PIUs received from the 
virtual route manager (Chapter 12), virtual route control, 
transmission group control, and, optionally, an undefined 
protocol machine that may initiate the transmission of 
non-SNA PIUs. 
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ERC performs PIU routing as follows 


• Non-SNA PIUs destined for the local subarea are sent to an 
undefined protocol machine that processes non-SNA PIUs 
received at the node (non-SNA PIUs always have the SNA 
indicator (SNAI) set to -SNA and the Explicit Route Number 
(ERN) field set to 0). 

• PU-PU flow PIUs destined for the local subarea are sent to 
the path control route manager component of the PU 
services manager. 

• All other PIUs destined for the local subarea are sent to 
virtual route control. 

• For PIUs destined for other subareas* ERC establishes the 

transmission group over which the PIU is to be 

transmitted—transmission group routing—and sends the PIU 
to transmission group control. ERC uses the DSAF and ERN 
in the PIU transmission header* the SUBAREA_ROUTING_LIST 
(Appendix A)* and the TGCB_LIST (Appendix A) to establish 
transmission group routing. If transmission group routing 
cannot be established* an error is logged* and the PIU is 
discarded. 

ERC consists of a single send-receive procedure* which is 

presented next. 
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PC.EEC: PROCEDURE 


/♦ 


FUNCTION: THIS PROCEDURE ROUTES PIU'S RECEIVED FROM THE VR MANAGER (CHAPTER 

12), VRC, TGC, AND UPM_N0N_SNA_5END (SEE NOTE). 

NON-SNA PIU'S DESTINED FOR THE LOCAL SUBAREA ARE SRNT TO 
UPM_NON_SNA_RCV (SEE NOTE). 

PU-PU FLOW PIU'S DESTINED FOR THE LOCAL SUBAREA ARE SENT TO THE PATH 
CONTROL ROUTE MANAGER COMPONENT OF THE PU SERVICES MANAGER (CHAPTER 
12 ) . 

ALL OTHER PIU'S DESTINED FOR THE LOCAL SUBAREA ARE SENT TO VRC. 


PIU'S DESTINED FOR OTHER SUBAREAS ARE SENT TO TGC IF TG ROUTING CAN 
BE ESTABLISHED; OTHERWISE, AN ERROR IS LOGGED, AND THE PIU IS 
DISCARDED. 

INPUT; PIU FROM PU.SVC MGR.PC ROUTE MGR.VR MGR, PC.VRC, PC.TGC, OR 

UPM_NON_SNA_SEND; M0_PTR POINTS TO PIU 

OUTPUT: PIU TO PU. SVC_MGR.PC_ROUTE_MGR,RCV, PC-VRC.RCV, PC.TGC.LIST JBY_PRTY, 

OR UPM NON SNA RCV, IF NOT DISCARDED. IF PIU IS ROUTED TO 
PC.TGC.LIST~BY PRTY, THE TGCB_PTR POINTS TO THE TGCB FOR THE TG OVER 
WHICH THE PIU IS TO BE TRANSMITTED. 

NOTE: UPM NON_SNA SEND IS AN UNDEFINED PROTOCOL MACHINE BY WHICH THE NODE 

CAN' INITIATE THE TRANSMISSION OF NON-SNA PIU'S WITHIN THE SNA 
NETWORK. UPM NON SNA RCV IS AN UNDEFINED PROTOCOL MACHINE TO WHICH 
NON-SNA PIU'S” DESTINiD FOR THE NODE ARE ROUTED. TOGETHER, THESE 
UPM’S ALLOW THE NODE TO TRANSMIT AND RECEIVE NON-SNA TRAFFIC USING 
THE SNA NETWORK. 


REFERS TO THE FOLLOWING PROCEDURE (S) : 

LOG_ERROR_ANT)_DISCARD_PIU PAGE 3-101 


V 


IF DSAF = NCB.NODE SUBAREA ADDRESS THEN 
DO; 


/* LOCAL SUBAREA ROUTING ♦/ 


MUCB.DIRECTION = RECEIVE; 


IF SNAI = -'SNA THEN 

SEND MU TO UPM_NON_SNA_RCV; /* NOTE */ 

ELSE 


IF VR_SQTI = NSEQ_NSUP S DEF = 0 S OEF = 0 THEN 


SEND 

MU 

TO 

PU. SVC_MGR.PC_ROUTE_MGR.RCV; 

/* 

CHAPTER 12 

*/ 

ELSE 

SEND 

MU 

TO 

PC.VRC.RCV; 

/* 

PAGE 3"f63 

♦/ 


END; 


ELSE /* OTHER SUBAREA ROUTING */ 

DO; /* ESTABLISH TG ROUTING */ 

. FIND SUBAREA ROUTING IN SUBAREA ROUTING LIST 
WHERE(SUBAREA_ROUTING.DEST~SA = DSAF); 

. IF SUBAREA_ROUTING_PTR -= NULL THEN 
. DO; 


FIND TGCB IN TGCB_LIST 


WHERE (TGCB.TG_ID = SUBAREA^ROUTING.TG_ID(ERN)) ; 

/* 

TG_ID 

= ADJ_SA,TGN 

V 

. IF TGCB_PTR NULL THEN 

SEND MU TO PC.TGC.LIST_BY_PRTY; 

/* 

PAGE 

3-23 

V 

. ELSE 

CALL LOG_ERROR_AND_EISCARD_PIU(«TG ROUTING ERROR'); 

/* 

PAGE 

3-101 

V 

END; 





ELSE 

CALL LOG_ERROR_AND_DISCARD_PIU('DSAF ROUTING ERROR'); 

/♦ 

PAGE 

3-101 

*/ 


END; 


RETURN; 


END PC.EPC; 
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VIRTUAL ROUTE CONTROL 


This section discusses the controls provided by virtual 
routes for message units sent within and between subareas. 

A virtual route (VR) is a bidirectional logical connection 
either within a subarea or between subareas, and can be 
denoted by: 

• The address of the subarea at one end of the VR 

• The address of the subarea at the other end of the VR 

• The VR number CVRN) 

• The assigned transmission priority (TPF) 

The activation and deactivation of VRs and the association 
of VRs with ERs are described in Chapter 12. 

The sending of message units over VRs is implemented in 
virtual route control (VRC), which is a component of subarea 
routing path control (PC.SA)—see Figure 3-3 on page 3-7. 
Virtual routes and the functions provided by VRC are 
described next. This is followed by an overview of the 
structure of VRC and detailed VRC procedures and FSMs. 

Relationship of Virtual Routes and Sessions 

A session consists of two ha 1f-sessions and the path between 
them. The path consists of a VR, usually between distinct 
subareas, and, if necessary, a route extension between a 
subarea node providing boundary function and a peripheral 
node. If the two half-sessions are within the same subarea, 
the VR exists entirely within the subarea node. Multiple 
sessions may be assigned to a VR, but a session is assigned 
to only one VR while it is active. Each session assigned to 
a VR has one half-session in the subarea at one end of the 
VR, and another half-session in the subarea at the other end 
of the VR. All session activation and deactivation requests 
and responses received at the end of a VR are routed to the 
common session control manager component of the PU services 
manager, rather than to a half-session. The common session 
control manager (Chapter 13) controls the activation and 
deactivation of sessions and causes the VR manager (Chapter 
12) to assign each session to a VR. 

Virtual Route Control Block 

When a VR is activated, a virtual route control block (VRCB) 
is created in each subarea at the ends of the VR, to provide 
storage for the variables and constants associated with the 
VR. VRC uses the VRCB to effect and control the 
transmission and reception of PIUs over a VR. The format of 
the VRCB is shown in Appendix A. 
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Transmission Priority 


Each VR has one of three transmission priorities assigned to 
it: low, medium, or high. Except for PIUs flowing at 
network priority, all PIUs flowing on a given VR flow at the 
priority assigned to the VR. The transmission priority 
assigned to a PIU is specified in the Transmission Priority 
field CTPF) in the FID4 TH. TGC, discussed earlier in this 
chapter, transmits PIUs according to priority as specified 
in the TPF. 

Some PIUs that control a virtual route flow at network 
priority, rather than the priority of the virtual route, 
i.e., VR pacing responses. However, even for these PIUs, 
the TPF indicates the transmission priority assigned to the 
VR, since transmission priority is part of the 
identification of a VR. 

TYPES OF VIRTUAL ROUTES 

There are two distinct types of VRs, VRs that include only 
nodes that provide ER and VR controls, and VRs that include 
one or more pre-ER-VR nodes that do not provide ER and VR 
controls. Whether or not a VR includes a pre-ER-VR node is 
maintained in the VRCB. 

Virtual Routes Including Only Nodes That Provide ER and VR Controls 

All PIUs that flow on VRs that include only nodes that 
provide ER and VR controls have the ER and VR Support 
indicator (ER_VR_SUPP_IND) in the FID4 TH set to -PRE_ER_VR. 
For these VRs, there are two types of PIUs handled by VRC: 
VR-sequenced PIUs and VR pacing responses. VR-sequenced 
PIUs have the Virtual Route Sequence and Type Indicator 
(VR_SQTI) field in the FID4 set to singly-sequenced 
(SIN6_SEQ)> they contain session related data. VR pacing 
responses have the VR_SQTI set to nonsequenced, supervisory 
(NSEQ_SUP)» they are used to control VR pacing (descri&ed 
below). 

Virtual Routes Including Nodes That Do Not Provide ER and VR Controls 

All PIUs that flow over VRs that include a pre-ER-VR subarea 
node that does not provide ER and VR controls have the 
ER_VR_SUPP_IND in the FID4 TH set to PRE_ER_VR. In 
addition, all PIUs flowing on these VRs have the virtual 
route number, explicit route number, initial explicit 
number, and transmission priority field set to 0, and they 
always contain session related data. VR PIU sequencing 
(described below) and VR pacing (described below) are not 
applicable to VRs that include a pre-ER-VR node; VR 
segmenting and BIU assembly (described below) are 
applicable. 
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CONTROLS PROVIDED BY VIRTUAL ROUTE CONTROL 


Virtual Route PIU Sequencing 

With the exception of VR pacing responses* all PIUs 
transmitted by VRC over a VR that includes only nodes that 
provide ER and VR controls are VR-sequenced. VR-sequenced 
PIUs have the VR_SQTI in the FID4 TH set to SING_SEQ and are 
numbered sequentially to provide end-to-end integrity on the 
VR. The sequence number is carried in the VR_SNF_SEND field 
in the FID4 TH. The sequence numbers for PIUs flowing in 
one direction are independent of the sequence numbers for 
PIUs flowing in the opposite direction. Each VRCB contains 
two counters* one for PIUs sent by VRC and one for PIUs 
received by VRC. The VRCB sequence number counters are 
initialized as specified by the VR_SEND_SEQ_NO field of 
NC_ACTVR (see Chapter 12). 

When VRC transmits a VR-sequenced PIU* it sets the 
VR_SNF_SEND field in the TH equal to the value of the send 
counter in the VRCB and increments the counter by 1. 

When VRC receives a VR-sequenced PIU* it checks the 
TG_NONFIFO_IND in the TH. If the TG_NONFIFO_IND is set to 
-FIFO* indicating that TGC is not responsible for 
maintaining the order of the PIU, the PIU is discarded. If 
the TG_NONFIFO_IND is set to FIFO, indicating that TGC is 
responsible for maintaining the order of the PIU, VRC 
compares the VR_SNF_SEND field in the TH to the current 
value in the VRCB receive counter. If the values are not 
equal* the PIU is discarded. If the values are equal* the 
VRCB receive counter is incremented by 1 and the PIU is 
processed by VRC. 

Virtual Route Pacing 

Virtual route pacing allows each node along the ER 
underlying a VR to control the flow of VR-sequenced PIUs on 
the VR. The pacing of PIUs flowing in one direction on a VR 
is independent of the pacing of PIUs flowing in the opposite 
direction. 

Pacing is done by limiting the number of PIUs that can be 
sent from one end of a VR before receiving a VR pacing 
response from the other end of the VR. The number of PIUs 
that can be sent is called the pacing window size . There 
are two pacing window sizes associated with a VR—one for 
each direction of flow; these change independently of each 
other as network conditions change. The minimum and maximum 
window sizes for a particular VR are specified by values in 
the MIN_WINDOW_SIZE and MAX_WINDOW_SIZE fields of NC_ACTVR 
when the VR is activated. The minimum and maximum apply to 
pacing window sizes for both directions on a VR. 


CHAPTER 3. PATH CONTROL 3-53 



The first PIU of a wjndow carries a VR pacing request* which 
is indicated by setting the VRPRQ bit in the FID4 TH of a 
VR-sequenced PIU. 

A virtual route pacing response is indicated by setting the 
VRPRS bit in the FID4 TH. VRC sets the VRPRS bit only in a 
VR pacing response* which consists of a TH with no BIU data. 
A VR pacing response is a non-sequenced* supervisory PIU 
that flows at network priority* it may overtake VR-sequenced 
PIUs being transmitted over the VR. With the exception of 
the first VR pacing response* VRC sends a VR pacing response 
only after receiving a PIU with the VRPRQ bit set. A VR 
pacing response is never sent unless there are sufficient 
node resources available to receive the PIUs of the next 
pacingwindow. 

The Pacino count is the current number of VR-sequenced PIUs 
that can be sent on a VR without requiring the receipt of a 
pacing response. There are two pacing counts—one at each 
end of the VR; the counts change independently of each 
other. 

Initially the window size for each direction of transmission 
on a VR is the minimum window size. As PIUs are transmitted 
over the VR, the window size for each direction of 
transmission may increase* up to the maximum specified in 
NC_ACTVR, by increments of 1 as each successive window is 
sent* if the network can accommodate the larger window* and 
if there are enough PIUs being transmitted to require the 
larger window size. Nodes in the ER underlying a VR can 
cause reductions in the window size* down to the minimum 
specified in NC_ACTVR, for either direction of transmission 
by setting the VR Reset Window indicator (VR_RWI), or the 
Virtual Route Change Window indicator (VR_CWI) in the FID4 
TH. 


RESET WINDOW INDICATOR 

The Virtual Route Reset Window indicator (VR_RWI) provides a 
means for any node on a VR to reduce a VR pacing window to 
the minimum window size specified in NC_ACTVR. The change 
in window size is for the direction of transmission opposite 
to that of the PIU carrying the VR_RWI. The VR_RWI provides 
a means for quickly reducing the number of PIUs in a VR 
pacing window when a node on a VR is experiencing severe 
congestion. When a VR-sequenced PIU or a VR pacing response 
PIU is transmitted over a VR, VRC may set the VR_RWI. In 
addition* as the PIU traverses the VR, any TGC element that 
receives the PIU may set the VR_RWI. When VRC receives a 
PIU with the VR_RWI set* it reduces the window size for PIUs 
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that it sends over the VR to the minimum window size 
specified in NC_ACTVR. If the current pacing count is 
greater than the minimum window size, VRC also reduces the 
current pacing count to the minimum window size. 


CHANGE WINDOW AND CHANGE WINDOW REPLY INDICATORS 

The Virtual Route Change Window indicator CVR_CWI) and the 
Virtual Route Change Window Reply indicator (VR_CWRI) 
provide a means to gradually increase or decrease the size 
of a VR pacing window within the range of the minimum and 
maximum specified in NC_ACTVR. The change in window size is 
for the direction of transmission of the PIU carrying the 
VR_CWI, and for the direction of transmission opposite to 
that of the PIU carrying the VR_CWRI. The VR_CWI and 
VR_CWRI pair provide a means for: 

• Increasing the number of PIUs in a VR pacing window when 
no node on the VR has congestion problems, and a larger 
window size is needed to prevent pacing delays, or 

• Decreasing the number of PIUs in a VR pacing window when a 
node on the VR is experiencing moderate congestion. 

When a VR-sequenced PIU or a VR pacing response PIU is 
transmitted over a virtual route, VRC sets the VR_CWI to 
specify that the window size be increased. As the PIU 
traverses the VR, any TGC element that transmits the PIU may 
set the VR_CWI to specify that the window size be decreased; 
once the VR_CWI has been set to specify a decrease, no 
subsequent TGC along the VR may change its value. 

The VR_CWRI is set only by VRC and only when a VR pacing 

response is sent. When VRC sends a VR pacing response, it 

determines if a VR-sequenced PIU or a VR pacing response 
with the VR_CWI set to indicate a decrease in window size 
has been received since the previous VR pacing response was 
sent. If so, VRC sets the VR_CWRI to cause a decrease in 
window size. VRC may also set the VR_CWRI to cause a 
decrease in window size if the node determines that a 
gradual decrease is needed, regardless of whether a VR_CWI 
indicating a decrease in window size has been received. The 
VR_CWRI has only two settings: if it is not set to indicate 
a decrease in window size, it indicates an increase. 

When a VR pacing response is received, VRC checks the 

VR_RWI. If the VR_RWI does not indicate that the window 

size is to be reset to the minimum, then, based on the 
setting of the VR_CWRI, VRC conditionally increases by 1 or 
decreases by 1 the window size for PIUs that it sends over 
the VR and increments the current VR pacing count by the 
resultant window size. The window size is not incremented 
unless the current pacing count has been exhausted when the 


CHAPTER 3. PATH CONTROL 3-55 




VR pacing response is received. If the pacing count has not 
been exhausted* the current pacing window size is 
sufficiently large to allow PIU traffic to be sent on the VR 
without pacing delays* and there is no need to increase the 
pacing window size—-in this case the pacing count is not 
changed. The window size is never decreased below the 
minimum nor increased above the maximum specified in 
NC_ACTVR. 


PACING COUNT INDICATOR 

The VR Pacing Count indicator (VR_PAC_CNT_IND) is set in the 
TH of a VR-sequenced PIU that when sent reduces the pacing 
count to 0. Since the pacing count is 0* no additional 
VR-sequenced PIUs can be sent until a VR pacing response is 
received. The receiver of a PIU with the VR_PAC_CNT_IND set 
may take implementation-dependent action to expedite the 
transmission of a VR pacing response. 

Virtual Route Segmenting and BIU Assembly 

BIUs or BIU segments transmitted over a VR may be segmented 
by an implementation-dependent procedure in VRC into 
multiple PIUs consisting of BIU segments. When segmenting 
is performed* the resultant PIUs are transmitted over the VR 
in an order corresponding to the order of the segments in 
the original BIU or BIU segment. 

BIU segments received by VRC and destined for a half-session 
for a NAU local to the subarea node are assembled on a 
half-session basis into a BIU before being passed to the 
appropriate ha 1f-session. 

BIU segments received by VRC and destined for a NAU 
supported by the subarea node boundary function are 
rejected* VRC does not provide BIU assembly for PIUs 
destined to a NAU supported by boundary function. 

The following message units are not segmented when 

transmitted over a VR. 

• BIUs destined for a half-session for a NAU supported by 
boundary function 

• BIUs containing session-activation or session-deactivation 
requests or responses 

• BIUs or first BIU segments less than 11 bytes in length 

• VR pacing responses 
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PC.VRC.SEND: PROCEDURE 


FUNCTION; 


OUTPUT; 

NOTES; 


THIS PROCEDURE, WHEN NECESSARY, ESTABLISHES THE VR ASSOCIATED WITH A 
MESSAGE UNIT (SETS VRCB PTR TO POINT TO VRCB FOR VR ASSOCIATED WITH 
MESSAGE UNIT), MAY SEGMENT THE MESSAGE UNIT INTO MULTIPLE PIU'S, 
INITIALIZES MANY OF THE FIELDS IN THE PIU TRANSMISSION HEADER (S), 
AND EITHER ENQUEUES THE PIU(S) ON THE VR PACING QUEUE (IF VR DOES 
NOT INCLUDE A PRE-ER-VR NODE), OR ROUTES THE PIU(S) TO PC.ERC (IF VR 
INCLUDES A PRE-ER-VR NODE). 

SESSION ACTIVATION)DEACTIVATION BIU FROM PU.SVC MGR.CSC MGR, BIU 
FROM TC.CPMGR, BIU OR BIU SEGMENT FROM BF.TC, OR NEGATIVE RESPONSE 
FROM VRC^NEG RSP; MU PTR POINTS TO THE MU. SCB PTR POINTS TO THE 
SCB ASSOCIATED NITH MU FROM TC.CPMGR OR BF.TC. ~VRCB PTR POINTS TO 
THE VRCB ASSOCIATED WITH MU FROM PU.SVCJiGR.CSCJIGR OR~VRC_NBG_RSP. 

PIU(S) TO VRCB.Q_VR_PAC OR PC.ERC 


1 . 


BBIUI AND EBIUI FOR MU'S FROM BF.TC ARE ALREADY SET, EITHER BY 
THE PERIPHERAL NODE OR BY BF.TC; MU'S FROM A PERIPHERAL NODE MAY 
BE A BIU OR BIU SEGMENT. 


DSAF, OSAF, DEF, AND OEF ARE ALREADY INITIALIZED FOR 
PU.SVC MGR.CSC MGR AND VRC NEG RSP. 


MU'S FROM 


3. PIU'S ARE DEQUEUED FROM VRCB.Q.VR PAC AND ROUTED TO PC.ERC BY 
PC.VRC.DEQ_Q_VR_PAC, PAGE 3-60. 


REFERS TO THE FOLLOWING PROCEDURE(S): 
UPM VRC SEGMENTER 


PAGE 3-59 


IF DISPATCHED BY (TC.CPMGR*) | DISPATCHED BY(BF.TC*) THEN 
VRCB_PTR = SCB.VRCBPTR; 


IF -DISPATCHED BY(BF.TC*) THEN /* NOTE 1 */ 

DO; 

. BBIUI = BBIU; 

. EBIUI = EBIU; 

END; 


INSERT MU IN VRCB.PIU_SEND_LIST; 

CALL UPM_VRC_SEGMENTER; /* PAGE 3-59 */ 

DO UNTIL EMPTY(VRCB.PIU_SEND_LIST); 

. REMOVE FIRST (MU) FROM VRCB.PIU_SEND_LIST SET(MU^PTR); 

. FID = FID4; 

. TG_SWEEP = -SWEEP; 

. ER_VR_SUPP_IND = VRCB.ER_VR_SUPP; 

. NTWK_PRTY = -N_PRTY; 

. IERN = VRCB.VR_NUM; 

. ERN = VRCB.ER_NUM; 

. VRN * VFCB.VR^NUM; 

. TPF = VFCB.TP_FIELD; 

. TG_NONFIFO_IND = FIFO; 

. SNAI * SNA; 

. IF DISPATCHED BY (TC.CPMGR*) j DISPATCHED BY(BF.TC*) THEN /* NOTE 2 */ 

. DO; 

. DSAF = SCB.PARTNER_.SA; 

. . OSAF = SCB.THISJSA; 

. . DEF = SCB.PARTNER_EA; 

. . OEF = SCB.THIS_EA; 

. END; 

. IF VRCB. ER VR SUPP = -PRE ER VR THEN 

. INSERT MU LAST IN VRCB.Q~VR~PAC; /* NOTE 3 */ 

. ELSE 

. SEND MU TO PC.ERC; /* PAGE 3-50 */ 

END; 


RETURN; 

END PC.VRC.SEND; 


/f \ 

\.y 
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UPM_VRC_SEGMENTER: PROCEDURE; 


/* 

FUNCTION; THIS OPTIONAL, IMPLEMENTATION-DEPENDENT UPM MAY SEGMENT A BIU OR A | 

BIU SEGMENT INTO MULTIPLE BIU SEGMENTS. IF SEGMENTING IS PERFORMED, | 

THE RESULTING BIU SEGMENTS ARE PLACED IN THE VRCB.PIU SEND LIST IN | 

AN ORDER CORRESPONDING TO THE ORDER OF THE SEGMENTS IN~THE ORIGINAL | 

BIU OR BIU SEGMENT, AND WITH: { 

I 

• THE BBIUI AND EBIUI APPROPRIATELY SET IN EACH SEGMENT | 

I 

• THE EFI IN EACH BIU SEGMENT SET EQUAL TO THE EFI IN THE ORIGINAL | 

BIU OR FIRST BIU SEGMENT | 

• THE SNF IN EACH SEGMENT SET'EQUAL TO THE VALUE OF THE SNF IN THE | 

ORIGINAL BIU OR FIRST BIU SEGMENT | 

INPUT; BIU OR BIU SEGMENT POINTED TO BY ENTRY IN VRCB.PIU SEND_LIST AND | 

MU PTR ~ | 

I 

OUTPUT: BIU SEGMENTS IN VRCB.PIU SEND LIST IF SEGMENTING IS PERFORMED | 

I 

NOTE: A FIRST BIU SEGMENT IS REQUIRED TO BE AT LEAST 10 BYTES IN LENGTH; | 

HENCE, BIU 1 S OR FIRST BIU SEGMENTS LESS THAN 11 BYTES IN LENGTH ARE | 

NOT SEGMENTED. IN ADDITION, BIU'S DESTINED FOR A NAU SUPPORTED BY | 

BOUNDARY FUNCTION AND 3IU'S CONTAINING SESSION | 

ACTIVATION|DEACTIVATION HU'S ARE NOT SEGMENTED. | 

I 

REFERENCED BY THE FOLLOWING PROCEDURE (S) ; | 

PC.VRC.SEND PAGE 3-58 \ 


*/ 


/* FUNCTION AS DESCRIBED ABOVE */ 


RETURN; 


END UPM_VRC_SEGMENTER; 
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PC.VHC.DEQ_Q_fR.PAC: PROCEDURE? 


FUNCTION: THIS PROCEDURE SENDS PIU* S FROM THE VR PACING QUEUE. 

IF THE VR PACING COUNT IS GREATER THAN 0, A PIU is REMOVED FROM THE 
VR PACING QUEUE, THE VR PACING COUNT IS DECREMENTED BY 1, THE 
VR_SNF SEND FIELD AND VR PACING INDICATORS IN THE TH ARE SET, AS 
APPROPRIATE, AND THE PIU IS ROUTED TO PC.ERC 

INPUT: OPEN QUEUE SIGNAL FROM HIGHER-LEVEL SCHEDULER WITH VRCB PTR POINTING 

TO VRCB; VRCB.Q_VR.PAC CONTAINS (-PRE-ER-VR) PIU (S). 

OUTPUT: PIU TO PC.ERC IF VR PACING COUNT IS GREATER THAN 0 

NOTE: THE VR PAC CNT.IND IS SET WHEN RECEIPT OF A VIRTUAL ROUTE PACING 

RESPONSE IS REQUIRED BEFORE ANOTHER VR-SEQUENCED PIU CAN BE SENT. 
THERE IS NO ARCHITECTED CHECK OF THIS BIT WHEN A PIU IS RECEIVED, 
BUT THE BIT MAY BE CHECKED BY IMPLEMENTATIONS TO EXPEDITE THE 
TRANSMISSION OF THE VRPRS. 


REFERS TO THE FOLLOWING PROCEDURE(S): 
FSMVRPEQ SEND 
UPM SET RWI 


PAGE 3-74 
PAGE 3-60 


IF VRCB.PACING COUNT > 0 THEN 
DO? 


REMOVE FIRST (MU) FROM VRCB.Q_VR_PAC SET(MU.PTR); 


*/ 


VRCB.PACING.COUNT = VRCB.PACING.COUNT - 1? 

IF VRCB.PACING COUNT = 0 THEN 

VR.PAC_CNT.IND = PAC.CNT.O? /* NOTE */ 

ELSE 

VR.PAC.CNT_ IN D = -.PAC.CNT.O; 


VR.CWI = INC.WS; 


VR.SQTI = SING.SEQ; 

IF VRCB.PACING COUNT = VRCB.WINDOW SIZE & 

FSM VRPRQ~SEND * VRPRS RECEIviD THEN /* PAGE 3-74 */ 

VRPRQ = VR.PAC.RQ; 

ELSE 

VRPRQ = -VR.PAC.RQ; 


CALL FSM.VRPRQ.SEND; 

/* 

PAGE 

3-74 

*/ 

VR.RWI = UPM.SET.RWI; 

/* 

PAGE 

3-60 

*/ 

VR.SNF.SEND = VRCB.SNF.SEND.CNTR; 

VRCB.SNF.SEND.CNTR = VRCB.SNF.SEND.CNTR ♦ 1; 

SEND MU TO PC.ERC; 

/* 

PAGE 

3-50 

*/ 


END; 


RETURN; 


END PC.VRC.DEQ.Q.VR.PAC; 


UPM.SET.RWI: PROCEDURE; 


/* 

r -—— --------— --—* ---1 

| FUNCTION: THIS IMPLEMENTATION-DEPENDENT UPM DETERMINES, BASED UPON RESOURCES | 

| AVAILABLE AT THIS NODE, IF THE PACING WINDOW AT THE OTHER END OF THE | 

| VR NEEDS TO BE REDUCED TO THE MINIMUM WINDOW SIZE. IF SO, IT SETS \ 

| THE VR.RWI TO RESET.WS; IF NOT, IT SETS THE VR.RWI TO -RESET.WS. | 

| INPUT: PIU, POINTED TO BY MU PTR; VRCB PTR POINTS TO VRCB I 

I ’ I 

| OUTPUT: VR.RWI IN TH SET TO RESET.WS OR -RESET.WS J 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : | 

| PC.VRC.DEQ Q.VR PAC PAGE 3-60 | 

| PC.VRC.VRPRS.SEND PAGE 3-61 | 

i--—- l --—.-Z---.-_ . j,_i 

*/ 


/* FUNCTION AS DESCRIBED ABOVE */ 
RETURN; 

END UPM.SET.RWI; 
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PC. VBC•VRPRS.SEND: PROCEDURE 



/* 


FUNCTION: THIS PROCEDURE BUILDS AND SENDS A VB PACING RESPONSE (VRPRS). 

THE INVOCATION OF THIS PROCEDURE IS IMPLEMENTATION DEPENDENT; WITHIN 
THE META-IMPLEMENTATION, IT IS INVOKED BY THE HIGHER-LEVEL 
SCHEDULER. 

A VRPRS IS SENT ONLY IF THE VR IS ACTIVE, THE VR INCLUDES ONLY NODES 
THAT PROVIDE ER AND VR CONTROLS, A VRPRQ HAS BEEN RECEIVED AND NOT 
YET RESPONDED TO BY A VRPRS, AND SUFFICIENT NODE RESOURCES ARB 
AVAILABLE TO HANDLE THE NEXT WINDOW OF PIU*S FROM THE OTHER END OF 
THE VR. 

INPUT: VRCB.PTR POINTS TO VRCB 


OUTPUT: ISOLATED VRPRS PLU TO PC.ERC, IF CONDITIONS ALLOW. 

NOTE: ALL FIELDS IN THE HU (DEFINED IN APPENDIX C) ARE SET TO 0 WHEN IT IS 

CREATED. 

REFERS TO THE FOLLOWING PROCEDURE(S) : 

FSM SET CWRI PAGE 3-74 

FSM~VRPRQ RCV PAGE 3-74 

UPM RESOURCES PAGE 3-62 

UPMlSET.CWRI PAGE 3-62 

UPM_SET~RWI PAGE 3-60 


V 

IF FSM VR * ACTIVE 8 /* CHAPTER 12 */ 

VRCB.ER.VR.SUPP = -PREFER VR 8 

FSM VRPRQ RCV = VRPRQ RECEIVED 6 /* PAGE 3-74 */ 

UPM RESOURCES * AVAILABLE THEN /* PAGE 3-62 */ 




CREATE MU; /* NOTE */ 

FID = FID4; 

TG.SWEEP = -'SWEEP; 

ER.VR.SUPP.IND - -PRE.ER.VR; 

NTWK.PRTY * N^PRTY; 

IERN = VRCB.VR.NUH; 

ERN * VRCB.BR.NUM; 

VRN - VRCB.VR.NUH; 

TPF * VRCB.TP.FIELD; 

VR.CWI * INCURS; 

TG.NONPIFO.IND * FIFO; 

VR.SQTI * NSEQ.SUP; 

VRPRS » VR.PAC.RSP; 


IP FSM SET.CWRI * SET.CWRI THEN 

DO; 

/* 

PAGE 

3-74 

*/ 

! VR.CWRI = DEC.WS_.RPLY; 





. CALL FSM_SET.CWRI ('RESET*) ; 

/♦ 

PAGE 

3-74 

♦/ 

END; 





ELSE 

VR.CHRI a UPM.SET.CWRI; 

/* 

PAGE 

3-62 

*/ 

VR.RWI = UPM.SET.RWI; 

/♦ 

PAGE 

3-60 

V 


. DSAF = VRCB.PARTNER_.SA; 

* OSAF = NCB.NODE.SUBAREA.ADDRESS; 

. SNAI = SNA; 

. BBIUI = BBIU; 

! EBIUI = EBIU; 

* CALL FSM_.VRPRQ.RCV ('RESET'); /* PAGE 3-74 */ 

I SEND MU TO PC.ERC; /♦ PAGE 3-50 */ 

END; 

RETURN; 

END PC.VRC.VRPRS_.SBND; 
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UPM_RESOURCES: PROCEDURE RETURNS{CHARACTER(13) ) ; 


/* 


FUNCTION: THIS IMPLEMENTATION-DEPENDENT UPH RETURNS AN AVAILABLE RETURN CODE 

IF SUFFICIENT RESOURCES ARE AVAILABLE TO ALLOW THE RECEIPT OF 
ANOTHER WINDOW OF PIU'S FROM THE OTHER END OF THE VR; OTHERWISE, IT 
RETURNS A -AVAILABLE RETURN CODE. 

INPUT: VRCBJPTR POINTS TO VRCB 

OUTPUT: EITHER AVAILABLE OR -AVAILABLE RETURN CODE 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

PC.VRC.VRPRS_SBND PAGE 3-61 


DCL RC BIT ( 1) 


*/ 


RC = AVAILABLE; 


/* NORMAL RETURN CODE ♦/ 


/* FUNCTION AS DESCRIBED ABOVE */ 
RETURN(RC); 


END UPM_RESOURCES; 


UPM_SET_CWRI: PROCEDURE; 

/♦ 


THIS IMPLEMENTATION-DEPENDENT OPM DETERMINES, BASED ON THE RESOURCES 1 

AVAILABLE AT THIS NODE, IF THE PACING WINDOW SIZE AT THE OTHER END I 

OF THE VR NEEDS TO BE SOMEWHAT REDUCED. IF SO, IT SETS THE YR CWRI | 

TO DEC_WS_RPLY; IF NOT, IT SETS THE VR_CWRI TO -DEC_WS_RPLY, I 

! ■ t 

VRPRS PIU, POINTED TO BY HU_PTR; VRCBJPTR POINTS TO VRCB f 

VR_CWRI IN VRPRS SET TO DEC_WS_RPLY OR -DBC_WS_RPLY | 

| REFERENCED BY THE FOLLOWING PROCEDUBE(S) : I 

| PC.VRC.VRPRS_SEND PAGE 3-61 I 

i----------—------—-.---—--«._j 

*/ 


FUNCTION: 

INPUT: 

OUTPUT: 


/* FUNCTION AS DESCRIBED ABOVE */ 
RETURN; 

END UPMJSET.CWRI; 
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PC.VRC.BCV: PROCEDURE 


/* 


FUNCTION: IF POSSIBLE, THIS PROCEDURE FINDS THE VR ASSOCIATED WITH A PIU 

RECEIVED FROM PC.ERC AND ROUTES THE PIU TO SESSION RELATED RCV OR 
PC.VRPRS RCV, AS APPROPRIATE. IF THE VR CANNOT BE FOUND, IF~THE VR 
IS NOT ACTIVE, OR IF APPROPRIATE ROUTING CANNOT BE DETERMINED, THEN 
EITHER AN ERROR IS LOGGED AND THE PIU IS DISCARDED, OR A NEGATIVE 
RESPONSE IS ROUTED BACK TO PC.ERC. 

THIS PROCEDURE CREATES VRCB’S FOR VR'S THAT INCLUDE A NODE THAT DOES 
NOT PROVIDE ER AND VR CONTROLS—A PRE-ER-VR NODE. A VRCB IS CREATED 
THE FIRST TIME A SESSION ACTIVATION REQUEST IS RECEIVED ON A VR THAT 
INCLUDES A PRE-ER-VR NODE. THIS PROCEDURE DOES NOT CREATE VRCB'S 
FOR VR’S THAT INCLUDE ONLY NODES THAT PROVIDE ER AND VR CONTROLS; 
THEY ARE CREATED BY THE VR MANAGER (CHAPTER 12). 

INPUT: PIU FROM FROM PC.ERC; MU_PTR POINTS TO PIU 

OUTPUT: PIU ROUTED TO SESSION_RELATED_RCV OR VRPRS_RCV, IF NOT DISCARDED OR 

IF NEGATIVE RESPONSE “NOT ROUTED TO PC.ERC. A VRCB FOR A PRE-ER-VR 
VR MAY BE CREATED. IF PIU IS ROUTED TO SESSION_RELATED RCV OR 
PC.VRPRS_RCV, THE VRCB PTR IS SET TO POINT TO THE VRCB FOR THE VR 
ASSOCIATED WITH THE VR~SPECIFIED IN THE PIU TH. 

NOTE: WHEN A VRCB IS CREATED, ALL FIELDS ARE INITIALIZED TO 0. 


REFERS TO THE FOLLOWING PROCEDURE(S): 

LOG ERROR AND DISCARD PIU 
SESSION RELATED RCV 
SWAP_FID4 TH_ORIG DEST FIDS 
VRPRS RCV~ 


PAGE 3-101 
PAGE 3-66 
PAGE 3-65 
PAGE 3-73 


FIND "RCB IN VRCB LIST 

WHERE(VRCB.VR_ID = VRID 8 VRCB.PARTNER_SA = OSAF); /* VRID = VRN,TPF 


V 

V 


IF VRCB PTR - NULL 8 ER VR SUPP IND = PRE_ER VR 8 

BBIUI = BBIU 8 EBIUI = EBIU 8 DCF >38 RRI = RQ 8 RU CTGY = SC 8 
RQ CODE = (ACTCDRM | ACTPU | ACTLU J BIND) THEN 

DO; 

. CREATE VRCB; /* NOTE */ 

. IF VRCB PTR -»= NULL THEN 
DO; 

. . VRCB.PARTN ER^SA = OSAF; 

I . VRCB.ER_VR_SUPP = PRE_ER_VR; 

. . CALL FSM_VR ('PRE_VR_ACT*) ; /* CHAPTER 12 */ 

. . NEWLIST VRCB.PIU_SEND — LIST ENTRY_NAME (MU) FIFO; 

. . INSERT VRCB IN VRCB_LIST; 

. END; 


ELSE 

DO; 


CALL CHAN GE__MU_TO_NEG_RSP (X * 0812 *) ; /* APPENDIX B, INSUFFICIENT RESOURCES V 


CALL 

SWAP_FID4_TH_ORIG_DEST_FLDS; 

/* 

PAGE 

3-65 

*/ 

SEND 

MU TO PC.ERC; 

/* 

PAGE 

3-50 

*/ 


. RETURN; 

. END; 

END; 


IF VRCB_PTR = NULL ( FSM_VR ACTIVE THEN /* CHAPTER 12 */ 

CALL LOG_ERROR_AND_DISCARD_PIU(*NO ACTIVE VR'); /* PAGE 3-101 */ 

ELSE 

SELECT ANYORDER; 

. WHEN (ER VR_SUPP_IND * PRE_ER_VR | VR SQTI = SING_SEQ) 

. CALL SESSION_RELATED_RCV; /* PAGE 3-66 */ 

. WHEN (VR SQTI = NSEQ SUP 8 VRPRS = VR_PAC ESP) 

. CALL VRPRS_RCV; /* PAGE 3-73 */ 

• OTHERWISE 

! CALL LOG_ERROR_AN D__DISCARD_PIU (' INVALID SQTI| VRPRS BIT*); /* PAGE 3-101 */ 


END; 

RETURN; 

END PC.VRC.RCV; 
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SWAP_FID4_THJ)RIG_DESTJFLDS: PROCEDURE; 


/* 

| FUNCTION: THIS PROCEDURE SWAPS THE ORIGIH AMD DESTINATION ADDRESS PIELDS IN | 

| THE FID4 TH—THIS FUNCTION IS REQUIRED TO SEND A NEGATIVE RESPONSE. f 

I 1 

| INPUT: PIU t POINTED TO BI HU_PTR I 

\ OUTPUT: OSAF SET FROH DSAF, DSAF SET FROH OSAF, OEF SET FROH DEF, AND DEF \ 

| SET FROH OEF. | 

t I 

| REFERENCED BI THE FOLLOWING PROCEDURE(S) : I 

1 PC.VRC.RCV PAGE 3-63 I 

| VRCJNBG RSP PAGE 3-69 | 

» ___ JZ — —---------— --—-J 

V 

DCL OSAF SAVE BINARY(32); 

DCL OEFjSAVE BINARY (16) ; 

OSAF — SAVE * OSAF; 

OEF_SAVE * OEF; 

OSAF = DSAF; 

DSAF = OSAF_SAVE; 

OEF * DEF; 


DEF = OEF_SAVE; 

RETURN; 

END SWAP_FID4JTH_ORIGJDEST_FLDS; 
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SESSION 


s 


3-66 


RELATED_RCV: PROCEDURE; 


FUNCTION: THIS PROCEDURE IS CALLED BY PC.VRC.RCV TO PROCESS AND ROUTE (1) 

VR-SEQUENCED PIU'S—WHICH FLOW ON VR*S THAT INCLUDE ONLY NODES THAT 
PROVIDE ER AND VR CONTROLS—AND (2) fRE-ER-VR PIU* S— WHICH FLOW ON 
VR'S THAT INCLUDE A PRE-ER-VR NODE THAT DOES NOT PROVIDE ER AND VR 
CONTROLS. 

FOR VR-SEQUENCED PIU'S, IT PERFORMS A VIRTUAL ROUTE SEQUENCE NUMBER 
CHECK AND PROCESSES THE VR PACING INDICATORS IN THE TH. 

PIU'S CONTAINING A SESSION ACTIVATION|DEACTIVATION BIU ARE ROUTED TO 
PU.SVC_MGR.CSC_MGB.RCV. 

FOR OTHER PIU'S, THE HALF-SESSION ASSOCIATED WITH THE PIU IS FOUND, 

IF POSSIBLE. IF THE HALF-SESSION,. CANNOT BE FOUND, A NEGATIVE 

RESPONSE IS GENERATED. 

IF THE HALF-SESSION IS FOR A NAD LOCAL TO THE SUBAREA, BIU ASSEMBLY 
IS PERFORMED, IF REQUIRED, AND WHEN A (WHOLE) BIU IS AVAILABLE, IT 
IS ROUTED TO TC.CPMGR.RCV. 

IF THE HALF-SESSION IS FOR A NAU SUPPORTED BY BOUNDARY FUNCTION: 

• PIU'S THAT CONTAIN A BIU ARE ROUTED TO BF.TC.RCV. 

• PIU'S THAT CONTAIN A BIU SEGMENT RESULT IN A NEGATIVE RESPONSE, IF 
POSSIBLE; OTHERWISE, THEY ARE DISCARDED. 

SOME PIU VALIDITY CHECKS ARE PERFORMED THAT MAY RESULT IN A NEGATIVE 
RESPONSE OR AN ERROR BEING LOGGED AND THE PIU BEING DISCARDED. 


INPUT: PIU FROM PC.VRC.RCV, POINTED TO BY MU_PTR 

OUTPUT: SESSION ACTIVATION|DEACTIVATION BIU TO PU.SVC_MGR.CSC_MGR RCV, BIU 

TO TC.CPMGR.RCV OR BF.TC.RCV, NEGATIVE RESPONSE GENERATED,“OR ERROR 
LOGGED AND PIU DISCARDED. 

NOTES: 1. BIU'S CONTAINING SESSION ACTIVATION|DEACTIVATION RU'S ARE NOT 

SEGMENTED. 


2. THE SESSION SPECIFIED IN THE TH OF THIS PIU IS NOT ASSIGNED TO 
THE VR SPECIFIED IN THE TH. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 


PC.VRC.RCV 

PAGE 

3-63 

THE FOLLOWING PROCEDURE(S) : 



FSM_SET__C WRI 

PAGE 

3-74 

F5M_VRPiQ_RCV 

PAGE 

3-74 

LCG_ERROR AND DISCARD PIU 

PAGE 

3-101 

VRC.BIU..ASSEHBLEB 

PAGE 

3-70 

VRC_NEG~RSP 

PAGE 

3-69 


l s 
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DCL ASSEHBLBR.RESULT BIT<1); 

IP BR.VR.SUPP IIID * -*PRE_BR VR THEN 
DO; 

. IP TGJIONFIFO.IND * PIPO THEN 

I IP VR.SNF.SBND * VRCB.SNF RCV CNTB THEN 
. VBCB.SNF_RCV_CNTB * VRCB.SNF_RCV.CNTR ♦ 1; 

. ELSE 
. DO; 

. . CALL LOG_BRROR_AND_DISCARD_PlU(*VR SEQ ERROR*); /* PAGE 3-101 */ 

" . RETURN; 

. END; 


* ELSE 

* DO; 

. . CALL LOGjBRROR.AND.DISCARD.PIU (*TG NONPIPO PIU*) ; /* PAGE 3-101 */ 

1 • RETURN; 

. END; 

CALL FSM.VRPRQ.RCV; 

*. CALL PSMJSET.CWRI; 

. IP VR.RWI « RESET NS THEN 
. DO; 

* . VRCB.WINDOW.SIZE * VRCB.MIN_WINDOW.SIZE; 

. . IP VRCB.PACING.COUNT > VRCB.HIN WINDOW.SIZE THEN 

. . VRCB.PACING COUNT * VRCB.HIN WINDOW SIZE; 

. END; 

END; 

IP BBI0I « BBIU 6 DCF < 3 THEN 

CALL LOG_ERROR.AND_DISCARD.PIU(X* 4005*); /* PAGE 3-101, INCOMPLETE RH */ 

ELSE 

IP BBIUI ■ BBIU S RU CTGY * SC S DCP < 4 THEN 

CALL VRC.NEG.RSP (XM002*); /* PAGE 3-69, RU LENGTH ERROR */ 

ELSE 

IP RU CTGY - SC S 

RQ.CODE * (ACTCDRM | ACTPU \ ACTLU | BIND | 

DACTCDRM | DACTPU | DACTLU | UNBIND) THEN 

IF BBIUI * -*BBIU | BBIUI = ^EBIU THEN 

CALL VRC_NEG_RSP (X* 8007•) ; /* PAGE 3-69, SEGMENTING ERROR, NOTE 1 */ 

ELSE 

SEND MU TO PU.SVC_MGR.CSC_MGR.RCV; /* CHAPTER 13 */ 


ELSE 

DO; 

. PIND SCB IN SCB LIST WHERE (OSAP = SCB.PARTNER SA & OEP = SCB.PARTNER EA 6 
. DSAF * SCB.THIS.SA 6 DEF = SCB.THIS.EA); 

. IP SCB PTR * NULL THEN 

. CALL*~VRC_NEG_RSP (X* 8005 *) ; /* PAGE 3-101, NO SESSION */ 


ELSE 


IP SCB.VRCBPTR VRCB.PTR THEN 

CALL LOG_.ERROR_AND_DISCARD.PIU ('WRONG VR»); 

/* 

PAGE 

3-101, NOTE 2 

*/ 

ELSE 

SELECT ANYORDER (SCB.SCB.TYPE) ; 





. WHEN(HALF SESS) 

. DO; 

. . CALL VRC.BIU.ASSEMBLER(ASSEMBLER.RESULT) ; 

/* 

PAGE 

3-70 

*/ 

1 IF ASSEMBLER RESULT * BIU AVAILABLE THEN 
. . SEND MU TO~TC.CPMGR.RCv7 

. END; 

/* 

CHAPTER 4 

*/ 

. WHEN(BP SESS) 

IF BBIUI * -*BBIU | EBIUI * -*EBIU THEN 
. CALL VRC_.NEG.RSP (X» 8007») ; /♦ PAGE 3-69, 

SEGMENTING 

ERROR 

*/ 

ELSE 

. SEND MU TO BF.TC.RCV; 

/* 

CHAPTER 4 

*/ 


. END; 

END; 


RETURN; 

END SBSSIONJRELATEDJRCV; 
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VRC_NEG_RSP: PROCEDURE(SNC_CODE) ; 


FUNCTION: 


THIS PROCEDURE IS CALLED TO CHANGE A FID4 PIU OR PARTIALLY ASSEMBLED 
BIU TO A NEGATIVE RESPONSE, SET THE SENSE CODE EQUAL TO THE VALUE 
PASSED IN THE CALL PARAMETER, AND ROUTE THE RESULTANT NEGATIVE 
RESPONSE TO PC.VRC.SEND. 

IF THE MU IS ONE TO WHICH NO RESPONSE CAN BE SENT, AN ERROR IS 
LOGGED, AND THE MU IS DISCARDED. 


PIU CONTAINING BIU OR BIU SEGMENT, OR PARTIALLY ASSEMBLED 
MU PTR POINTS TO INPUT MU AND VRCB PTR POINTS TO VRCB 


BIU; 


NEGATIVE RESPONSE RU TO P-C.VRC. SEND IF MU IS ONE TO WHICH A NEGATIVE 
RESPONSE CAN BE SENT; OTHERWISE, MU IS DISCARDED. 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 
SESSION RELATED RCV 

vrc_biu!assembler 

VRC_FIRST_SEGMENT_RCV_CHK 

REFERS TO THE FOLLOWING PROCEDURE(S): 

SWAP FID4 TH ORIG DEST FLDS 


PAGE 3-66 
PAGE 3-70 
PAGE 3-72 


PAGE 3-65 


DCL SNC_CODE BIT(32); 

■^BBIU | DCF < 3 | RQN ( RRI = RSP THEN /* SEE APPENDIX B FOR RQN 

/* APPENDIX B 


IF BBIUI 
DO; 

. CALL UPM LOG(SNC CODE); 


. DISCARD MU; 
END; 


ELSE 

DO; 


END; 

RETURN; 

END VRC NEG RSP; 


V 

V 

*/ 


CALL 

CHANGE_MU_TO_NEG_RSP(SNC_CODE); 

/* 

APPENDIX B 

V 

CALL 

SWAP_FID4_TH_ORIG_DEST_FLDS; 

/* 

PAGE 3-65 

V 

SEND 

MU TO PC.VRC.SEND; 

/* 

PAGE 3-58 

V 
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VRC_BIU.ASSEMBLER: PROCEDURE (ASSEMBLER^RESULT) ; 


/* 


FUNCTION: THIS PROCEDURE IS CALLED WHEN A PIU IS RECEIVED FOR A HALF-SESSION 

FOR A NAU LOCAL TO THE SUBAREA; IT PERFORMS FUNCTIONS REQUIRED 
RELATIVE TO THE RECEPTION OF PIU'S CONTAINING A BIU OR BIU SEGMENT, 
INCLUDING THE ASSEMBLY OF A BIU FROM PIU*S CONTAINING BIU SEGMENTS, 
AND THE RECOGNITION AND PROCESSING OF ERRORS ASSOCIATED WITH BIU 
SEGMENTING. 

FSM SESSION.BIU ASSEMBLY IS USED TO MAINTAIN THE STATE OF A 
HALF-SESSION RELATIVE TO BIB ASSEMBLY. 1 

INPUT: PIU CONTAINING BIU OR FIRST, MIDDLE, OR LAST BIU SEGMENT; MU.PTR 

POINTS TO PIU; SCB PTR POINTS TO HALF-SESSION CONTROL BLOCK; 
SCB.PARTIAL BIU PTR MAY POINT TO A PARTIALLY ASSEMBLED BIU; 
FSM_SESSIONIbIU~ASSEMBLY INDICATES CURRENT STATE OF HALF-SESSION 
RELATIVE TO~BIU~ASSEMBLY 

OUTPUT: THE RETURN PARAMETER, ASSEMBLER RESULT, IS SET TO EITHER 

BIU.AVAILABLE OR -.BIU AVAILABLE. IF ASSEMBLER RESULT IS SET TO 

BIU_AVAILABLE, MU.PTR POINTS BIU. IF ASS EM BL ER~RE SULT IS SET TO 
-*BIU.AV AIL ABLE, SCB. PARTI AL.BIU.PTR MAY POINT TO PARTIALLY ASSEMBLED 
BIU. A NEGATIVE RESPONSE MAY BE GENERATED RELATIVE TO INPUT PIU OR 
PARTIALLY ASSEMBLED BIO, OR INPUT PIU OR PARTIALLY ASSEMBLED BIU MAY 
BE DISCARDED. 


NOTES: 1. THIS CONCATENATES THE BIU SEGMENT IN THE CURRENT PIU POINTED TO 

BY MU PTR TO THE END OF THE PARTIALLY ASSEMBLED BIU POINTED TO BY 
SCB. PARTIAL.BIU.PTR. 

2. THIS ADDS THE DCF IN THE CURRENT PIU POINTED TO BY MU PTR TO THE 
DCF IN THE PARTIALLY ASSEMBLED BIU POINTED TO BY 
SCB.PARTIAL_BIU_PTR. 

3. THIS SETS THE EBIUI IN THE BIU BEING ASSEMBLED (POINTED TO BY 
SCB.PARTIAL BIU PTR) TO THE VALUE OF THE EBIUI IN THE CURRENT PIU 
POINTED TO BY MU PTR. IF THE EBIUI IN THE CURRENT PIU IS SET TO 
EBIU, THE PARTIAL BIU POINTED TO BY SCB.PARTIAL_BIU_PTR BECOMES A 
(WHOLE) BIU. 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 
SESSION.RELATED.RCV 


PAGE 3-66 


REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM_SESSION_BIU_ASSEMBLY 
LOG_ERROR AND.DISCARD PIU 
UPM.BIU ASSEMBLY_CHK 
VRC_FIRST_SEGMENT_RCV CHK 
VRC_NEG_RSP 


PAGE 3-102 
PAGE 3-101 
PAGE 3-101 
PAGE 3-72 
PAGE 3-69 


*/ 

DCL ASSEMBLER RESULT BIT(1); 

DCL P PTR; 

DCL TEMP.PIU.PTR PTR; 

ASS EMBLER_RESULT = ->BIU.A VAIL ABLE ; 


SELECT ANYORDER; 


WHEN(FSM__SESSION BIU ASSEMBLY = BETBIU) 

SELECT ANYORDER(BBIUI) ; 

/* 

PAGE 

3-102 

*/ 

. WHEN ( -*BBIU) 

CALL LOG_ERROR_AND_DISCARD_PIU(X* 8007 ») ; /* PAGE 

3-101, SEGMENTING ERROR 

*/ 

. WHEN (BBIU) 

DO; 

. CALL FSM.SESSION.BIU.ASSEMBLY; 

/* 

PAGE 

3-102 

V 

. . SELECT ANYORDER; 





. . WHEN(FSM SESSION BIU ASSEMBLY = BETBIU) 

. . AS5EMBLER_RESULT = BIU.AV AIL ABLE; 

/* 

PAGE 

3-102 

*/ 

. . WHEN (FSM SESSION BIU ASSEMBLY = INBIU) 

... IF VRCJFIRST.SEGMENT_RCV.CHK = OK THEN 

/* 

/* 

PAGE 

PAGE 

3-102 

3-72 

*/ 

V 


. . SCB.PARTIAL^BIU.PTR = MU.PTR; 

. . . ELSE 

. . CALL FSM.SESSION BIU ASSEMBLY('RESET*); /* PAGE 3-102 */ 

. . END; 

. END; 

END; 


3-70 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 









/* PAGE 3-102 


WHEN (FSM_SBSSION BIO ASSEMBLY * INBIO) 

SBLBCT ANYORDER(BBIOI); 

• WHEN ( -BBIO) 

. IP SNF SCB.PARTIAL BIO PTR->SNF THEN 

. DO; 

. . CALL LOG < _ERROB_AND_DISCARD_PIO (X* 8007 • ) ; 

. . MO_PTR * SCB.PABTIAL_BIO_PTR; 

. . CALL VRC_NEG_RSP(X'8007»); /♦ PAGE 3-99 

. . CALL FSH SESSION_BIU ASSEMBLY('RESET 1 ); 

END; 

ELSE 

DO; 


/* OPTIONAL CHECK 
/* PAGE 3-101, SEGMENTING ERROR 

, SEGMENTING ERROR 

/* PAGE 3-102 


IF OPH BIO ASSEMBLY CHK = NG THEN /* OPTIONAL CHECK, PAGE 3-101 
DO; 

. CALL LOG_ERROR_AND DISCARDED (X* 8010 •) ; /* PAGE 3-101, 

. /* SEGMENTED RO LENGTH ERROR 


. HO_PTR * SCB.PARTIAL_BIO_.PTR; 

. CALL VRC_NEG_RSP(X*8010') ; /* PAGE 3-69, SEGMENTED RO LENGTH ERROR 

- CALL FSM SESSION BIO ASSEMBLY('RESET*); /* PAGE 3-102 

END; 

ELSE 

DO; 


. P = SCB.PARTIAL_BI0_PTR; 

. P->RO(P->DCF: <P->DCF + DCF - 1)) * RU(0:(DCF - 1)); /* NOTE 1 

. SCB.PARTIAL_BIU_PTR->DCF = SCB.PARTIAL_BIU_PTR->DCF + DCF; /* NOTE 2 
. SCB.PARTIAL_BIU_PTR->EBI01 = EBIOI; /* NOTE 3 

. DISCARD MO; 

. MO_PTR = SCB.PARTIAL_BIO_PTR; 

. CALL FSM_SESSION_BIU_ASSEMBLY; /* PAGE 3-102 

. IF FSM_SESSION_BIU_ASSEMBLY = BETBIO THEN /* PAGE 3-102 

. ASSEMBLER RESOLT~= BIO AVAILABLE; 

END; 


END; 

WHEN(BBIO) 
DO; 


TEMP_PIO_PTR = MU_PTR; 

MU_PTR = SCB.PARTIAL_BIU_PTR; 

IF SNF -= TEMP PIO PTR->SNF THEN 

CALL VRC_NEG_RSP*(X * 8007*) ; /* PAGE 3-69, SEGMENTING ERROR 

ELSE 

DISCARD MO; /* FORWARD ABORT 

MU_PTR = TEMP_PIO_PTB; 

CALL FSM_SBSSION_BIU_ASSEKBLX; /* PAGE 3-102 

SELECT ANYORDER; 

. WHEN (FSM SESSION_BIU ASSEMBLY = BETBIO) /* PAGE 3-102 

. ASSE«BLER_RESULT =~BI0_A VAILABLE; 


WHEN{FSM_SESSION_BIU ASSEMBLY * INBIO) 

IF VRC“FIRST_SEGMENT_RCV_CHK = OK THEN 
SCB* PARTIAL_BIU_PTR ~ iu_PTR; 


/* PAGE 3-102 
/* PAGE 3-72 


. . . ELSE 

. . * CALL FSM SESSION BIO ASSEMBLY(* RESET*); /* PAGE 3-102 

. . END; 

END; 

END; 


END; 

RETURN; 

END VRC_J3IUNASSEMBLES; 


♦/ 

*/ 

*/ 

♦/ 

*/ 


*/ 

*/ 

*/ 

*/ 

*/ 


*/ 

*/ 

*/ 


V 

*/ 


*/ 

*/ 

*/ 

*/ 

*/ 

*/ 

*/ 
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VRC_FIRST_SEGMENT_RCV_CHK: PROCEDURE RETURNS(BIT(1) ); 


FUNCTION: THIS PROCEDURE PERFORMS RECEIVE CHECKS APPLICABLE WHEN A PIU 
CONTAINING A FIRST BIU SEGMENT IS RECEIVED BY VRC. 

INPUT: PIU, POINTED TO BY MU_PTB 

OUTPUT: OK RETURN CODE IF PIU IS VALID; OTHERWISE, NG RETURN CODE. IF 

RETURN CODE IS NG, A NEGATIVE RESPONSE IS GENERATED, OR PIU IS 
DISCARDED. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

VRC — BIU^ASSEMBLER PAGE 3-70 

REFERS TO THE FOLLOWING PROCEDURE(S): 

VRCJIBGJJSP PAGE 3-69 


DCL RC BIT (1) ; 


/* 


RC * OK; 

IF DCF < 10 THEN /* OPTIONAL CHECK V 

DO; 

. CALL VRC_NEG_RSP(X'8007»); /* PAGE 3-69, SEGMENTING ERROR */ 

. RC * NG; 

END; 

RETURN(RC); 

END vrcjfirst^segment.rcv^chk; 
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VRPRS.RCV: PROCEDURE: 


/* 


FUNCTION: 


THIS PROCEDURE IS 
RESPONSE (VRPRS). 


CRILED BI PC.VRC.RCV TO PROCESS A VR PACING 


IF VR CHI IS SET TO DEC NS, FSHJ5ET CHRI IS SET TO SET CHRI—THIS 
HILL CAUSE THE VR CHRI IN THE NEXT VRPRS TRANSMITTED ON THE VR TO BE 
SET TO DEC HS REPLY. 


FSM VRPRQ SEND IS SET TO VRPRS RECEIVED—THIS ALLOWS A 
TRANSMITTED ON THE VR. 


VRPRQ TO BE 


INPUT: 

OUTPUT: 


IF VR RHI IS SET TO RESET^HS, THE VR HINDOH SIZE AND THE VR PACING 
COUNT“ARE SET TO THE MINIMUM HINDOH SIZE FOR THE VR. 

IF VR RHI IS SET TO -RESET HS, THE VR HINDOH SIZE MAY BE EITHER 

INCREMENTED' OR DECREMENTED ~AS SPECIFIED BY THE VR_CWRI (THE VR 
HINDOH SIZE IS INCREMENTED ONLY IF THE PACING COUNT IS 0 AND IS 
NEVER INCREMENTED ABOVE THE MAXIMUM HINDOH SIZE NOR DECREMENTED 
BELOH THE MINIMUM HINDOH SIZE) , AND THE VR PACING COUNT IS 

INCREMENTED BY THE RESULTANT VR HINDOH SIZE. 

THE VALUE BY WHICH THE VR HINDOH SIZE IS CONDITIONALLY INCREMENTED 
OH DECREMENTED—VRCB.WINDOW_CHANGE_SIZE—IS 1. 

THE VRPRS IS DISCARDED. 

VRPRS PIU, POINTED TO BY MU_PTR; VRCB_PTR POINTS TO VRCB 

IF VR^CHI IS SET TO DEC HS, FSM SET CHRI IS SET TO SET CHRI. 

FSH_VRPRQ_SEND IS SET TO VRPRS_RECEIVED." THE VR HINDOH SIZE MAY OR 
MAY~NOT BE INCREMENTED OR DECREMENTED. THE VR PACING COUNT MAY BE 
SET TO THE MINIMUM HINDOH SIZE FOR THE VR OR INCREMENTED BY THE 
RESULTANT VR HINDOH SIZE VALUE. THE VRPRS PIU IS DISCARDED. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
PC.VRC.RCV 

REFERS TO THE FOLLOWING PROCEDURE(S) : 
FSM_SET_CWRI 
FSM_VRPRQ_SEND 


PAGE 3-63 


PAGE 3-74 
PAGE 3-74 


CALL 

FSH_SET_CWRI; 

/* 

PAGE 

3-74 

*/ 

*/ 

CALL 

FSM_VRPRQ_SEND; 

/* 

PAGE 

3-74 

*/ 


IF VR RHI * RESET_WS THEN 
DO; 


VRCB.WINDOW_SIZE = VRCB.MIN_WINDOWJ5IZE; 
VRCB.PACING_COUNT = VRCB.MIN_WINDOW_SIZE; 
END; 


ELSE 

DO; 


. SELECT ANYORDER(VR^CHRI) ; 

. . WHEN (DEC^HS^RPLY) 

. . DO; 

. . . VRCB.WINDOW_.SIZE * VRCB. WIN DO RESIZE - VRCB. WINDOW_SIZB_CHANGE; 

T . ! IF VRCB.WINDOW_SIZE < VRCB.MIN HINDOH SIZE THEN 

. . . VRCB.WINDORESIZE * VRCB.MINJiXNDGRESIZE; 

1 1 END; 

. . WHEN(INC HS RPLY) 

. . DO; 

* I I IF VRCB.PACING_COUNT ~ 0 THIN 

... DO; 

* . . . VRCB.WIN0ORESIZE * VBCB.RXIDOWJ5XZ2 ♦ VRCB.HI8D0H.SIZE.CHANGE; 

. . . .IF VRCB.WINDOW SIZE > VRCB.MAX HINDOH SIZE THEN 

. . . . VRCB. WINDOW. SIZE * VICE.MAXjtXIDORESIZE; 

I I I END; 

. . END; 

. END; 

. VRCB» PACXNG^COONT » TXCB.PiCXMjCQVll? * TBCIi,VX3909,SIZE; 

BIO; 

DISCARD MU; 

RETURN; 

END ?BPRS_RC¥; 
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FSM_SET_CHRI: FSH_.DEFINI.TIOM CONTEXT(VRCB); 


/* 

r*“" . '• “ — • “ .™_. - . '—TT* * — * 9 

1 FUNCTION; THIS FINITE-STATE MACHINE RECORDS THE RECEIPT OF A VB-SEQOENCED PIU f 

| OR A YR PACING RESPONSE (VRPSS) PIU WITH THE 0_CWI SET 1 TO DEC_WS, | 

| SO THAT A VRPRS MAI BE SENT WITH THE YB CWRI SET-TO DEC WS RPLY.~ IT | 

j IS RESET WHEN A YHPRS WITH THE VR CWRI SET TO DECJfS RPLT IS SENT. \ 

I “ S 

j REFERENCED BY THE FOLLOWING PROCEDURE(S) : I 

| PC.VRC.YRPRS_SBKD PAGE 3-61 J 

j SESSION RELATED RCY PAGE 3-66 \ 

f ?SPRS RC¥ * PAGE 3-73 | 


s STATE NAMES— 

1 INPUT 

-~T 
“> 1 

s 

RESET J 

01 j 

SET CWRI j 
02 ~ | 

1 DEC SS 

1 

2 i 

- 4 '"“ L — "1 

I * 8 BSET i; 

t 

1 

1 1 

. 



n.nr-ii ..jur.uBi p ,nn ^,-n-. t 


m 3 ?$ n $ mjzwR i ; 
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ROUTE EXTENSION PATH CONTROL 


BF.PC, PC_T1> and PC_T2 provide for the sending of message 
units over route extensions between PU_T4 or PU_T5 subarea 
nodes and adjacent PU_T1 or PU_T2 peripheral nodes. 

FID3 PIUs (described in Chapter 2) flow between BF.PC in a 
subarea node providing boundary function support and PC_T1 
in a PU_T1 peripheral node. 

FID2 PIUs (described in Chapter 2) flow between BF.PC in a 
subarea node providing boundary function support and PC_T2 
in a PU_T2 peripheral node. 

BIUs transmitted by BF.PC may be segmented into multiple BIU 
segments by an implementation-dependent procedure in BF.PC 
and transmitted as multiple PIUs. 

BIUs transmitted by PC_T1 or PC_T2 may be segmented into 
multiple BIU segments by an implementation-dependent 
procedure in PC_T1 or PC_T2, respectively* and transmitted 
as multiple PIUs. 

BF.PC does not perform BIU assembly; BIUs and BIU segments 
received from PC_T1 or PC_T2 are routed to boundary function 
half-sessions . 

PC_T1 and PC_T2 may—as an implementation option—perform no 
BIU assembly* BIU assembly on a station basis* or BIU 
assembly on a session basis* however* only (whole) BIUs are 
routed to half-sessions in peripheral nodes. If BIU 
assembly is not supported* BIU segments are rejected. 

An additional function performed by PC_T1 and PC_T2 is the 
routing of PU control point (PUCP) to PU and PU to PUCP 
BIUs—(PUCP-PU BIUs)—that may flow internal to PU_T1 and 
PU_T2 nodes. These message units* which provide for node 
self-activation, are described in Chapter 7. 

The detailed procedures and FSMs for BF.PC, PC_T1, and PC_T2 
are described next. 
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PU-PU FLOW PIU FROM 
PO.SVC_MGR.NS | 

SESSION (ACT|DACT) BIO FROM 
P0.5VC_MGR.CSC_MGR | 


PU-PU FLOW PIU TO 
PO.SVC_MGR.NS.RC? | 

SESSION (ACT|DACT) BIO TO 
PU.SVC_MGR.CSC_MGR.BF_RCV | 


BIO FROM BF.TC 

| SEND 


(BIU | BIO SEGMENT) TO BF.TC.RC? 
A 


V 


I 

! 

I 


INSERT PIO 


- - 7n i 

I 

BF.PC.SEND | 


< 


| SEND 

I 

INSERT — RSP PIO | BF.PC.RCV 


A 

I 

| SEND BTO 


i-- —--1 

I I 

I PC.DEQ Q BTO RCT | 

I I 

t---, —- ——j 


A REMOVE BTU 

I 


I 

I 

I 


1 

1 

1 

I 

A 

1 

HIGHER-LEVEL SCHEDULER — 

r- 

1 

PCCB.Q_BTU_RCV 

-1 

| -- 



1 

1 

DLC SCHEDULER (S) —, 



-i 

1 

1 

1 

V 

i 

A 



BF. PC 


| LSCB.BTO^SEND LIST (FOR AIS) 
V 


i-.---j 

I 

I 

V REMOVE BTO 
DLC.SEND 


| INSERT BTO 
DLC.RCV 


Figure 3-6. Structure of Boundary Function Path Control (BF.PC) 
for Subarea Nodes 


g 
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BF.PC.SEND: PROCEDURE 


/* 


FUNCTION: THIS PROCEDURE SENDS PIU'S TO PUJT1 OR PUJT2 NODES. 

IE THE ADJACENT LINK STATION TO WHICH THE INPOT HU IS DESTINED IS 

INOPERATIVE v THE HO IS DISCARDED; OTHERWISE: 

• FOR A PU-PU FLOW PIU FBOH THE NETWORK SERVICES COHPONEHT OF THE PU 
SERVICES HANAGER (CHAPTER 11), THE PIU IS ENQUEUED ON THE 
APPROPRIATE ADJACENT LINK STATION BTU SEND LIST. 

• FOR A BIU CONTAINING A SESSION ACTIVATION)DEACTIVATION RU FROH THE 
COHHON SESSION CONTROL COUPON ENT OF THE PU SERVICES MANAGER 
(CHAPTER 13), THE APPROPRIATE PIU TRANSHISSION HEADER FIELDS ARE 
INITIALIZED, AND THE PIU IS ENQUEUED ON THE APPROPRIATE ADJACENT 
LINK STATION BTU SEND LIST. 

• FOR A BIU FROH BOUNDARY FUNCTION TRANSHISSION CONTROL (CHAPTER 4), 
THE BIU HAY BE SEGHENTED INTO MULTIPLE PIU'S, THE APPROPRIATE 
TRANSHISSION HEADER FIELDS ARE INITIALIZED IN EACH PIU, AND THE 
PIU(S) ARE ENQUEUED ON THE APPROPRIATE ADJACENT LINK STATION BTU 
SEND LIST. 


INPUT: PU-PU FLOW PIO FROH PU.SVC_HGR.NS OR SESSION ACTIVAT ION I DEACTIVATION 

BIU FROH PO.SVC__HGR.CSC_HGR, WITH ALS LSCB_PTR ESTABLISHED; OR BIU 
FROH BF.TC, WITH SCB_PTR ESTABLISHED. HU_PTR POINTS TO HU. 


OUTPUT: PIU (S) ENQUEUED ON APPROPRIATE ALS LSCB.BTU_SEND_LIST IF ALS IS 

OPERATIVE; OTHERWISE, INPUT HU IS DISCARDED. 

NOTE: THE TH ADDRESS FIELD (3) , LSID (FOR FID3) OR DAFPRIHE AND OAFPRINE 

(FOR FID2), ARE ALREADY INITIALIZED FOR BID'S FROH 
PU.SVC_HGB.CSC_HGR. 


REFERS TO THE FOLLOWING PROCEDURE(S) : 

ROUTE_EXTENSION_PIU_SEND 
UPH ALS OPERATIVE CHECK 

upOio^seghenteb” 


PAGE 3-89 
PAGE 3-97 
PAGE 3-88 


V 


IF DISPATCHED_BY(BF.TC») THEN /* CHAPTER 4 */ 

FIND LSCB IN LSCB LIST WHERE(LSCB.EA - SCB.BF_ALS EA); /* CONNECTION ESTABLISHED AT */ 

/♦ SESSION ACTIVATION */ 

IF UPH ALS_OPERATIVE CHECK = -OPERATIVE THEN /* PAGE 3-97 */ 

DISCARD HD; 


ELSE 

DO; 

. IF DISPATCHED BY(PU.SVC_MGR.NS.*) THEN /* CHAPTER 11 */ 

. CALL ROUTE_]EXTENSION_PIU_SEND; /* PAGE 3-89 */ 

- ELSE 
. DO; 

. . BBIUI = BBIU; 

I I EBIUI = EB1U; 

. . INSERT HU IN PCCB.PIU_SEND_LIST; 

. . CALL UPH_BIU_S£GHENTER; /* PAGE 3-83 */ 

. . DO UNTIL EMPTY(PCCB.PIU_SBND_LIST); 

. . . REMOVE FIRST (HU) FROH PCCB.PIU_S£ND_LIST S3T(MU_PTR); 

. . . SELECT ANYORDER (SCB. SUFPCRTED_NODE__TYPE) ; 

. ... WHEN(PU_T1) 

« ... DO; 

. ... . FID = FID3; 

.IF CIS PATCHED_BY(BF.TC*) THEN /♦ NOTE */ 

. LSID = SCB.LOCAL_S£3SI0N_ID; 

_ ... END; 

. ... WHEN (PU_T2) 

• ... DO; 

. FID — FID2; 

. ... .IF DISPATCHED_BY (EF.TC*) THEN /* NOTE */ 

•» ... . DC; 

..DAFPRIHE = SCB.T HIS_ID; 

. ... - . OAFPRIHE = SCB.PARTNEREID; 

. ... . END; 

. ... END; 

. • • END; 

. . . CALL ROUTE EXTENSION PIU SEND; /* PAGE 3-89 */ 

• . END; 

. END; 

END; 


RETURN; 


END BF.PC.SEND; 
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BF.PC.RCV: procedure; 


/♦ 


FUNCTION: THIS PROCEDURE PROCESSES PIU«S RECEIVED FROM PU_T1 OR PU_T2 NODES. 

• INVALID PIU»S ARE DISCARDED OR RESULT IN A NEGATIVE RESPONSE. 

• PU-PU FLOW PIU'S ARE ROUTED TO THE NETWORK SERVICES COMPONENT OF 
THE PU SERVICES MANAGER (CHAPTER 11)* 

• BIU* S CONTAINING SESSION ACTIVATION|DEACTIVATION RU'S ARE ROUTED 
TO THE COMMON SESSION CONTROL MANAGER COMPONENT OF THE PU SERVICES 
MANAGER (CHAPTER 13). 

• FOR ALL OTHER PIU»S, THE BOUNDARY FUNCTION HALF-SESSION IS FOUND, 
IF POSSIBLE, AND THE BIU IS ROUTED TO BOUNDARY FUNCTION 
TRANSMISSION CONTROL (CHAPTER 4) . 

INPUT: A "BTU" SIGNAL FROM PC.DEQJ)JBTUJRCV WITH PARM_PTR POINTING TO BTU. 

OUTPUT: PU-PU FLOW PIU TO PU.SVC MGR.NS.RCV; SESSION ACTIVATION|DEACTIVATION 

BIU TO PU.SVC MGR.CSC MGR.BF RCV; BIU TO BF.TC.RCV, WITH SCB_PTR 
ESTABLISHED; NEGATIVE RESPONSE GENERATED; OR PIU DISCARDED. 

NOTE: THIS FUNCTION CONVERTS THE PIU FROM LINK FORM TO CANONICAL FORM; 

THIS IS REQUIRED WITHIN THE ARCHITECTURAL DESCRIPTION, BUT IS NOT AN 
IMPLEMENTATION REQUIREMENT. 

REFERS TO THE FOLLOWING PROCEDURE(S): 

ROUTE EXTENSION^NEGJRSP PAGE 3-99 

ROUTE^EXTENSIONjEHjkv CHK PAGE 3-98 


BTU_PTR = PARM_PTR; 


V 


X. 


J 


LSCB_PTR « BTUCB.LSCBPTR; 

IF ROUTE EXTENSION JTHJICV CHK(LSCB.XID RCV.t>U TYPE) * OK THEN /* PAGE 3-98 */ 

DO; 

. CREATE MU; 

. CALL MAP_TO_CANONICAL (ADDR (BTUJDATA) ,MU_PTR,BTUCB.BTU JLENGTH) ; /* APPENDIX B, NOTE */ 

. IF FID = FID2 8 DAFPRIME = X'FF» 8 OAFPRIME = X*00« THEN 

. IF BBIUI = -iBBIU j EBIUI ■ -*EBIU THEN 

CALL ROUTE_EXTENSION_NEGJRSP(X'80Q7') ; /* PAGE 3-99, SEGMENTING ERROR */ 

. ELSE 

. SEND MU TO PU.SVC_MGR.NS.RCV; /* CHAPTER 11 */ 

. ELSE 

. IF BBIUI = BBIU 8 RU_CTGY = SC 6 DCF < 4 THEN 

CALL ROUTE_EXTENSION_NEG_RSP (X'1002 *) ; /* PAGE 3-99, RU LENGTH ERROR */ 

ELSE 

. IF RU CTGY = SC 8 

RQ_CODE * (ACTPU { DACTPU | ACTLU | DACTLU | BIND | UNBIND) THEN 
. IF BBIUI - -.BBIU ) EBIUI * -EBIU THEN 

. CALL ROUTE_EXTENSION_NEG_RSP<X* 8007*) ; /* PAGE 3~99, SEGMENTING ERROR */ 

. ELSE 

. SEND MU TO PU.SVC_MGR.CSC_MGR.BF_RCV; /* CHAPTER 13 */ 


ELSE 

DO 


SELECT ANYORDER(FID); 


. WHEN (FID3) 

. FIND SCB IN SCB LIST 

WHERE (SCB.SCBJTYPE = BF^SESS 8 
. SCB.LOCAL SESSION ID * L5ID 8 

. SCB, BF_ALS__EA * LSCB.EA); 

. WHEN (FID2) 

. FIND SCB IN SCB LIST 
. WHERE(SCB.SCB TYPE * BF SESS 8 

. SCB.PARTNER ID = DAFPRIME 8 

. SCB.THIS ID~= OAFPRIME 8 

SCB.BF ALS EA « LSCB.EA); 

END; 


IF SCB PTR = NULL THEN 

CALL ROUTE^EXTENSION^NEG^RSP (X 1 8005*) ; /* PAGE 3-99, NO SESSION */ 


END; 


. ELSE 

. SEND MU TO BF.TC.RCV; 
END; 


/* CHAPTER 4 


*/ 


DISCARD BTU; 
RETURN; 

END BF.PC.RCV; 
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SESSION (ACTIDACT) BIU FROM 
PO.SVC_MGR.CSC_MGR | 

BIO FROM TC.CPHGR 


SESSION (ACTIDACT) BID TO 
PO.SVC_MGR.CSC_MGR.RCV | 

BIO TO TC.CPHGR.RCV 


SEND POCP-PU BIO r- 

-> | 


PC_T1•SEND | 


INSERT PIO 


INSERT -RSP PIO | 


| PC_T1.RCV 


| SEND BTO 


I I 

| PC.DEQ Q_BTO RCV | 

I I 


A REMOVE BTO 
I 
I 
I 

| PCCB.Q BTO RCV 


HIGHER-LEVEL SCHEDOLER 


DLC SCHEDOLER 


| INSERT BTO 


LSCB.BTU_SEND_LI5T (FOR ALS) 


V REMOVE BTO 


Figure 3-7. Structure of Path Control for PtJ T1 
Node (PCJT1) 
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PC T1.RCV: PROCEDURE 


/* 


FUNCTION: THIS PROCEDURE PROCESSES PIU'S RECEIVED AT A PU T1 NODE AND ROUTES 

PUCP-PU BIU’S THAT FLOW INTERNAL TO A PUJT1 NODE? 

• INVALID PIU® S|BIU* S ARE DISCARDED OR RESULT IN A NEGATIVE 
RESPONSE. 

• BIU* S CONTAINING SESSION ACTIVATION|DEACTIVATION RU' S ARE ROUTED 
TO THE COMMON SESSION CONTROL COMPONENT OF THE PU SERVICES MANAGER 
(CHAPTER 13). 

• IF SUPPORTED AND REQUIRED, BIU ASSEMBLY IS PERFORMED. 

• FOR BIU * S DESTINED FOR A HALF-SESSION, THE HALF-SESSION IS FOUND, 
IF POSSIBLE, AND THE BIU IS ROUTED TO TRANSMISSION CONTROL 
CONNECTION POINT MANAGER (CHAPTER 4). 

INPUT: A "BTU" SIGNAL FROM PC.DEQ Q BTU RCV WITH PARM PTR POINTING TO BTU, 

OR A PUCP-PU BIU FROM PC TI.SEND WITH MU-PTR POINTING TO BIU 


OUTPUT: BIU CONTAINING SESSION ACTIVATION|DEACTIVATION RU, POINTED TO BY 

MU PTR, TO PU.SVC MGR.CSC MGR.RCV; OR BIU, POINTED TO BY MU_PTR, TO 
TCTCPMGR.RCV; OR BIU SEGMENT SAVED OR APPENDED AS PART OF PARTIAL 
BIU; OR PIU, BIU, OR PARTIAL BIU DISCARDED; OR NEGATIVE RESPONSE 
GENERATED RELATIVE TO PIU, BIU, OR PARTIAL BIU. SCB PTR IS 
ESTABLISHED FOR BIU*S ROUTED TO TC.CPMGR.PCV. 


NOTE: THIS FUNCTION CONVERTS THE PIU FROM LINK FORM TO CANONICAL FORM; 

THIS IS REQUIRED WITHIN THE ARCHITECTURAL DESCRIPTION, BUT IS NOT AN 
IMPLEMENTATION REQUIREMENT. 


REFERS TO THE FOLLOWING PROCEDURE(S) : 

ROUTE EXTENSION NEG RSP 
ROUTE~EXTENSION~TH RCV CHK 
T1 OR~T2 NO BIU“ASSEMBLY RCV_CK 
T1_0RJT2_SESSI0NJBIU ASSEMBLER 
ti“’or“t2*station~biu~assembler 


PAGE 3-99 
PAGE 3-98 
PAGE 3-91 
PAGE 3-94 
PAGE 3-92 


DCL ASSEMBLER_RESULT BIT(1); 


*/ 


IF DISPATCHED BY(PC TI.SEND) THEN 

do; 

. MUCH.DIRECTION = RECEIVE; 

. IF RQ CODE - ACTPU THEN 
. SEND MU TO PU.SVC_MGR.CSC_MGR.RCV; 


/♦ROUTE PUCP-PU BIU */ 


/* CHAPTER 13 */ 


ELSE 

DO 


. SELECT AMYORDER(MUCH.PUCP_BASED_SESSION) ; 


. WHEN(PUCF_TO PU) 

„ FIND SCB li SCB LIST 

WHERE (SCB.TYPE_OF_SESSION - PUCPJPU & SCB.KALF_SE5SX0N = SEC); 

. WHEN(PU TO PUCP) 

. FIND SCB“lN SCB LIST 

. WHERE (SCB.TYPE_OF_SESSION « POCP_PU £ SCB.HALF_SESSION = PRI) ; 

END; 


. SEND MU TO TC.CPMGR.RCV; 
. END; 

END; 


/♦ CHAPTER 4 


*/ 
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ELSE 

DO 


/* PROCESS RECEIVED PIU 


*/ 

BTU_PTR * PARM_PTR; 

LSCB_PTR = BTUCB.LSCBPTR; 


IF ROUTE EXTENSION TH RCV CHK(PU T1) = OK THEN 
DO; 

. CREATE MU; 

/* 

PAGE 

3-98 

V 


CALL MAPJTO_CANONICAL(ADDR(BTU_DATA) ,HU_PTR 

SELECT ANYORDER(PCCB.BIU_ASSEMBLY_OPTION) ; 

, BTUCB.BTU_LENGTH) ; 

/* NOTE 

/* APPENDIX B 

*/ 

♦/ 


. WHEN(NO_ASSEHBLY) 

. IF T1_OR_T2_NO_BIU_ASSEMBLY_RCV_CK * OK 

THEN /* 

PAGE 

3-91 

*/ 


. IF RU CTGY = SC S RQ CODE = (ACTLU | 

. SEND MU TO PU.SVC_MGR.CSC_MGR.RCV; 

DACTLU | BIND 
/* 

UNBIND) THEN 

CHAPTER 13 

*/ 


ELSE 

DO; 

. FIND SCB IN SCB LIST WHERE(SCB.LOCAL SESSION ID = LSID); 


. . . .IF SCB PTR = NOLL THEN 

. . . . CALL~ROUTE_EXTENSION_NEG_RSP(X , 8005'); /* PAGE 3-99, NO SESSION */ 

• * • . EL SE 

. . . . SEND HU TO TC.CPMGR.RCV; /* CHAPTER 4 */ 

• . . END; 

. . * WHEN (STATION_ASSEMBLY) 

. . • DO; 

. . . . CALL Tl_OR_ > T2_STATION_BIU__ASSEMBLER (ASSEMBLER_FESULT) ; /* PAGE 3-92 */ 

. . . .IF ASSEMBLER_RESOLT = BIU_AVAILABLE THEN 

. ... IF RU CTGY » SC S RQ CODE = (ACTLU | DACTLU | BIND | UNBIND) THEN 

. . . . SEND MU TO PU.SVC_MGR.CSC_MGR.RCV; /* CHAPTER 13 */ 

. .. . ELSE 

. . . . DO ; 

. ... . FIND SCB IN SCB_LIST WHERE(SCB.LOCAL_SESSION_ID = LSID); 

. . . . .IF SCB PTR = NULL THEN 

... . CALL~ROUTE_EXTENSION_NEG_RSP(X*8005*); /* PAGE 3-99, NO SESSION */ 

.... . EL SE 

... . SEND MU TO TC.CPMGR.RCV; /* CHAPTER 4 */ 

. . . . END; 

. . . END; 

. . . WHEN(SESSION_ASSEHBLY) 

. . . IF BBIUI =~BBIU S RU CTGY * SC 6 DCF < 4 THEN 

. . . CALL ROUTE__EXTENSION_NEG_RSP (X' 1002 ') ; /* PAGE 3-99, RU LENGTH ERROR */ 

. . . ELSE 

. . . IF RU CTGY = SC S 

. . . RQ_CODE = (ACTLU | DACTLU | BIND | UNBIND) THEN 

. . . IF BBIUI = -BBIU | EBIUI * iEBIU THEN 

. . . CALL ROUTE_EXTENSION_NEG_RSP(X'8007*); /* PAGE 3-99, SEGMENTING ERROR */ 

. . . ELSE 

. . . SEND MU TO FU.SVC_MGR.CSC_MGR.RCV; /* CHAPTER 13 */ 

. . . ELSE 

. . . DO; 

. . . . FIND SCB IN SCB LIST 

. . . . WHERE(SCB.LCCAL_SESSION_ID = LSID); 

. . . .IF SCB PTR = NULL THEN 

. . . CALL^ROUTE^EXTENSION^NEG^RSP(X 1 8005’) ; /* PAGE 3-99, NO SESSION */ 

... . ELSE 

... . DO; 

. . . . . CALL T1_OR_T2_SESSION_BIU_ASSEMBLER(ASSEMBLER_RESULT); /* PAGE 3-94 */ 

. . IF ASSEMBLER RESULT = BIU AVAILABLE THEN 

. . . . SEND MU T0~TC.CPMGR.RCV7 /* CHAPTER 4 */ 

. . . . END; 

. . . END; 

. . END; 

. END; 

. DISCARD BTU; 

END; 

RETURN; 

END PCJT1.RCV; 
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PCjri.SBHD: PROCEDURE; 


/* 


FUNCTION; THIS PROCEDURE SENDS PIU'S FROM A PU T1 NODE AND ROUTES PUCP-PU 
BIU* S THAT FLOW INTERNAL TO A PUJM NODE. 

PUCP-PU BIU'S ARE ROOTED TO PC T1.RCV, ALL OTHER BIU»S ARE PROCESSED 
AS FOLLOWS. 


IF THE ADJACENT LINK STATION IS INOPERATIVE, THE INPUT BIU IS 
DISCARDED; OTHERWISE; 

• FOR A BIU CONTAINING A SESSION ACTIVATION|DEACTIVATION RU FROM THE 
COMMON SESSION CONTROL COMPONENT OF THE PU SERVICES MANAGER 
(CHAPTER 13), THE APPROPRIATE PIU TRANSMISSION HEADER FIELDS ARE 
INITIALIZED, AND THE PIU IS ENQUEUED ON THE ADJACENT LINK STATION 
BTU SEND LIST. 

• FOR A BIU FROM TRANSMISSION CONTROL CONNECTION POINT MANAGER 
(CHAPTER 4), THE BIU MAY BE SEGMENTED INTO MULTIPLE PIU'S, THE 
APPROPRIATE TRANSMISSION HEADER FIELDS ARE INITIALIZED IN EACH 
PIU, AND THE PIU(S) ARE ENQUEUED ON THE ADJACENT LINK STATION BTU 
SEND LIST. 

INPUT; SESSION ACTIVATION|DEACTIVATION BIU FROM PU.SVC MGR.CSC MGR OR BIU 

FROM TC.CPMGR WITH SCB_PTR ESTABLISHED. MU_PTR POINTS TO BIU. 

OUTPUT; PUCP-PU BIU, POINTED TO BY MU PTR, TO PC T1.RCV; OR PIU(S) ENQUEUED 
ON ALS LSCB.BTU SEND LIST IF ALS IS OPERATIVE; OTHERWISE, INPUT BIU 
IS DISCARDED. 

NOTE; LSID IS ALREADY INITIALIZED FOR BIU FROM PU.SVC_MGR.CSC_MGR. 

REFERS TO THE FOLLOWING PROCEDURE (S); 

ROUTE EXTENSION PIU SEND PAGE 3-89 

UPM ALS OPERATIVE CHECK PAGE 3-97 

UPM~BIU~SEGMENTER~ PAGE 3-88 


IF SCB PTR -’= NULL & SCB.TYPE OF SESSION = PUCP PU THEN 
DO; 


SELECT ANYORDER (SCB.HALF_SESSION) ; 


V 


/* ROUTE PUCP-PU BIU V 


. WHEN(PRI) 

. MUCB.PUCP_BASED_SESSION - PUCPJTO^PU; 
. WHEN(SEC) 

. MUCB.PUCP_BASED_S ESSION = PU_TO_PUCP; 
END; 


. SEND MU TO PC T1.RCV; 
END; 


/* PAGE 3-80 


*/ 


ELSE /* SEND PIU */ 

DO; 

. FIND LSCB IN LSCB_LIST WHERE (LSCB.LSCBJTYPE' = ALS); /* DEFINED AT SYSTEM DEFINITION */ 

. IF UPM ALS OPERATIVE CHECK » ^OPERATIVE THEN /* PAGE 3-97 */ 

. DISCARD MU; 

. ELSE 
. DO; 

. . BBIUI = BBIU; 

. EBIUI = EBIU; 

. . INSERT MU IN PCCB-PIU_SENDJL,IST; 

. . CALL UPMJ3IUJ5EGMENTEB; /* PAGE 3-88 */ 

. . DO UNTIL EMPTY (PCCB.PIU_SEND_LIST) ; 

. . REMOVE FIRST (MU) FROM PCCB.PIU_SEND_LIST SET (MU_PTR); 

. . . FID = FID3; 

. . . IF DISPATCHED BY(TC.CPMGR*) THEN /* NOTE */ 

. . . LSID - SCB.LOCALJ5ESSION.ID; 

. . CALL ROUTE_EXTENSION_PIU SEND; /* PAGE 3-89 */ 

. . END; 

. END; 

END; 


RETURN; 


END PCjr 1 . SEND; 
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PU-PU PLOW PID FROM 
PU.SVC_MGR.NS I 

SESSION (ACTIDACT) BIO PROM 
PU. SVC_MGB.CSC_J!GR | 

BIO PROM FROM TC.CPMGR 

| SEND 


PO-PO FLOW PIO TO 
PU.SPC_JIGR.NS.RCV | 

SESSION (ACTIDACT) BIO TO 
PO. SVC__MGR.CSC_HGR.RCV | 

BIO TO TC.CPMGR.RCV 

A 


SEND POCP-PO BIO 


I 

PC T2.SEND | 
I 
I 


->l 


| PC_T2.RCV 
INSERT -RSP PIU | 


INSERT PIO 


A 

I 

I 

I 

| SEND BTO 


I I 

| PC.DEQ Q BTO RCV | 

I - - - | 

t_i 

A REMOVE BTO 
I 
I 
I 

| PCCB.Q BTO RCV 


HIGHER-LEVEL SCHEDULER 


DLC SCHEDULER 


LSCB.BTU_SEND_LIST (FOR ALS) 


I 


INSERT BTO 
DLC.RCV 


-I 


I 

I 

V REMOVE BTO 
DLC.SEND 


Figure 3-8. Structure of Path Control for PU_T2 
Node (PCJT2) 
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PC T2.RCV: PROCEDURE 


FUNCTION: 


OUTPUT: 


THIS PROCEDURE PROCESSES PIU'S RECEIVED AT A PU T2 
PUCP-PU BIU * S THAT PLOW INTERNAL TO A PU T2 NODE! 


NODE AND ROUTES 


• INVALID PIO * S(BIU *S ARE DISCARDED OR RESULT IN 
RESPONSE. 

• PU-PU PLOW PIU'S ARE ROUTED TO THE NETWORK 
THE PU SERVICES MANAGER (CHAPTER 11). 


SERVICES COMPONENT OP 


• BIU 1 S CONTAINING SESSION ACTIVATION|DEACTIVATION RU*S ARE ROUTED 
TO THE COMMON SESSION CONTROL .COMPONENT OF THE PU SERVICES MANAGER 
(CHAPTER 13). 

• IF SUPPORTED AND REQUIRED, BIU ASSEMBLY IS PERFORMED. 

• FOR BID *S DESTINED FOR A HALF-SESSION, THE HALF-SESSION IS FOUND, 
IF POSSIBLE, AND THE BIU IS ROUTED TO TRANSMISSION CONTROL 
CONNECTION POINT MANAGER (CHAPTER 4) . 

A "BTU" SIGNAL FROM PC.DEQ Q BTU RCV WITH PARM PTR POINTING TO BTU, 
OR A PUCP-PU BIU FROM PC_T2 „ SEND~*WITH MU_PTR POINTING TO BIU. 

PU-PU FLOW PIU, POINTED TO BY MU_PTR, TO PU.SVCJJGR.NS.RCV; OR 
SESSION ACTIVATION!DEACTIVATION BIU, POINTED TO~BY MU PTR, TO 
PU.SVC MGR.CSC MGR.RCV; OR BIU, POINTED TO BY MU PTR, TO 
TC.CPMGR.RCV; OR BIU SEGMENT SAVED OR APPENDED AS PART OF PARTIAL 
BIU; OR PIU, BIU, OR PARTIAL BIU DISCARDED; OR NEGATIVE RESPONSE 
GENERATED RELATIVE TO PIU, BIU, OR PARTIAL BIU. SCB PTR IS 
ESTABLISHED FOR BIU'S ROUTED TO TC.CPMGR.RCV. 

NOTE: THIS FUNCTION CONVERTS THE PIU FROM LINK FORM TO CANONICAL FORM; 

THIS IS REQUIRED WITHIN THE ARCHITECTURAL DESCRIPTION, BUT IS NOT AN 
IMPLEMENTATION REQUIREMENT. 

REFERS TO THE FOLLOWING PROCEDURE(S): 

ROUTE EXTENSION_NEG RSP PAGE 3-99 

ROUTE EXTENSION TH RCV CHK PAGE 3-98 

T1 QR~T2 NO BIU~ASSEMBLY RCV CK PAGE 3-91 

T1J5R T2 SESSION BIU_ASSEMBLER PAGE 3-94 

T1 OR~T2~STATION~BIU~ASSEMBLER PAGE 3-92 


DCL ASSEMBLER_RESULT BIT(1); 

IF DISPATCHED BY(PC_T2.SEND) THEN 
DO; 

MUCB.DIRECTION = RECEIVE; 


IF RQ_CODE = ACTPU THEN 

SEND MU TO PU.SVC_MGR.CSC_MGR.RCV; 

ELSE 
DO 


/* ROUTE PUCP-PU BIU 


/* PAGE 13 


SELECT ANYORDER (MUCB.PUCPJBASED_SESSION) ; 

WHEN(PUCP TO_PU) 

FIND SCB IN SCB LIST 

WHERE(SCB.TYPE_OF_SESSION * PUCP_PU & SCB.KALF_SESSION = SEC); 

WHEN (PU TO_PUCP) 

FIND SCB“lN SCB LIST 

WHERE (SCB.TYPE OF SESSION = PUCP PU & SCB.HALF SESSION = PRI) ; 


END; 


END; 


SEND MU TO TC.CPMGR.RCV; 
END; 


/* CHAPTER 4 


♦/ 

*/ 


*/ 


♦/ 


ELSE 

DO; 


/* PROCESS RECEIVED PIU 


/* PAGE 3-98 


BTU_PTR = PARM_PTR; 

LSCB_PTR = BTUCB.L SCBPTR; 

IF ROUTE EXTENSION TH RCV CHK (PU T2) = OK THEN 
DO; 

CREATE MU; 

CALL MAP TO CANONICAL (ADDR(BTU DATA),MU PTR,BTUCB.BTU LENGTH); /* APPENDIX B 

/* NOTE 

SELECT ANYORDER(PCCB.BIU ASSEMBLY OPTION) ; 


*/ 


*/ 

*/ 
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WHEN (NO ASSEMBLY) 

IF T1~OR_T2_NO_BIU_AS SEMBLY_RCV_CK = OK THEN 

IF DAFPRIME = X'OO' 6 OAFPRIME = X* FF' THEN 
SEND MU TO PU.SVC MGR.NS.RCV; 


/* PAGE 3-91 
/* CHAPTER 11 


ELSE 

IF RU CTGY = SC & RQ_CODE = (ACTLU | DACTLU | BIND | UNBIND) THEN 
SEND MU TO PU.SVC MGR.CSC MGR.RCV; 


/* CHAPTER 13 


ELSE 

DO; 


FIND SCB IN SCB_LIST 

WHERE(SCB.THIS_ID = DAFPRIME & SCB.PARTNEP_ID * OAFPRIME); 

IF SCB PTR = NULL THEN 

CALL~ROUTE_EXTENSION_NEG_RSP(X'8005') ; /* PAGE 3-99, NO SESSION 


ELSE 

SEND MU TO TC.CPMGR.RCV; 

END; 


/* CHAPTER 4 


WHEN(STATION_ASSEMBLY) 

DO; 

CALL T1_OR T2 STATION BID ASSEMBLER (ASSEMBLER_RESULT) ; /* PAGE 3-92 


IF ASSEMBLER RESULT = BIU AVAILABLE THEN 


IF DAFPRIME = X'OO' & OAFPRIME = X'FF* THEN 
SEND MU TO PU.SVC MGR.NS.RCV; 


/* CHAPTER 11 


*/ 

*/ 

*/ 


*/ 

*/ 


*/ 


V 


ELSE 

IF RU CTGY s SC B 

RQ CODE * (ACTPU | DACTPU | ACTLU | DACTLU | BIND | UNBIND) THEN 
SEND MU TO PU.SVC_MGR.CSC_MGR.RCV; /* CHAPTER 13 */ 

ELSE 

DO; 

FIND SCB IN SCB LIST 

WHERE (SCB. T HISPID = DAFPRIME & SCB. PARTNERED = OAFPRIME); 

IF SCB PTR = NULL THEN 

CALL~ROUTE__EXTENSION_NEG_RSP(X*8005*) ; /* PAGE 3-99, NO SESSION */ 


END; 


ELSE 

SEND MU TO TC.CPMGR.RCV; 

END; 


/* CHAPTER 4 


WHEN (SESSION ASSEMBLY) 

IF DAFPRIME = X'OO' & OAFPRIME = X'FF' THEN 

IF BBIUI = -«BBIU | EBIUI = -EBIU THEN 

CALL ROUTE_EXTENSION_NEG_RSP(X'8007'); /* PAGE 3-99, SEGMENTING ERROR 


ELSE 

SEND MU TO PU.SVC MGR.NS.RCV; 


/* CHAPTER 11 


*/ 


*/ 

V 


ELSE 

IF BBIUI = BBIU & RU_CTGY = SC & DCF < 4 THEN 

CALL ROUTE_EXTENSION_NEG_RSP(X' 1002') ; /* PAGE 3-99, RU LENGTH ERROR */ 

ELSE 

IF RU CTGY = SC S 

RQ_CODE = (ACTPU | DACTPU | ACTLU | DACTLU | BIND | UNBIND) THEN 

IF BBIUI = -BBIU | EBIUI = -EBIU THEN 

CALL ROUTE__EXTENSION_NEG_RSP(X* 8 007'); /* PAGE 3-99, SEGMENTING ERROR */ 


ELSE 

SEND MU TO PU.SVC_MGR.CSC_MGR.RCV; 


/* CHAPTER 13 


ELSE 

DO; 

FIND SCB IN SCB LIST 

WHERE (SCB. THIS_ID = DAFPRIME 6 SCB. PARTNERED = OAFPRIME); 

IF SCB PTR = NULL THEN 

CALL~ROUTE_EXTENSION_NEG_RSP(X'8005') ; /* PAGE 3-99, NO SESSION 

ELSE 
DO; 

. CALL T1 OR T2 SESSION BIU ASSEMBLER(ASSEMBLER_RESULT); /* 

. *“ ~ PAGE 3-94 

. IF ASSEMBLER RESULT = BIU AVAILABLE THEN 

SEND MU T0~TC.CPMGR.RCV7 /♦ CHAPTER 4 

END; 

END; 


*/ 


*/ 


*/ 

*/ 


END; 

END; 


DISCARD BTU; 
END; 


RETURN; 

END PC T2.RCV; 
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PC_T2.SEND: PROCEDURE 


FUNCTION: 


INPUT: 

OUTPUT: 

NOTE: 

REFERS TO 


THIS PROCEDURE SENDS PIU'S FROM A PU T2 NODE AND ROUTES PUCP-PU 

BIU' S THAT FLOW INTERNAL TO A PUJT2 NODE, 

PUCP-PU BIU * S ARE ROUTED TO PC T2.RC¥ f ALL OTHER MU'S ARE PROCESSED 

AS FOLLOWS. 

IF THE ADJACENT LINK STATION IS INOPERATIVE, THE INPUT MU IS 

DISCARDED; OTHERWISE: 

• FOR A PU-PU FLOW PIU FROM THE NETWORK SERVICES COMPONENT OF THE PU 
SERVICES MANAGER (CHAPTER 11) , THE PIU IS ENQUEUED ON THE ADJACENT 
LINK STATION BTU SEND LIST. 

• FOR A BIU CONTAINING A SESSION ACTIVATION|DEACTIVATION RU FROM THE 
COMMON SESSION CONTROL MANAGER COMPONENT OF THE PU SERVICES 
MANAGER ' (CHAPTER 13) r THE APPROPRIATE PIU TRANSMISSION HEADER 
FIELDS ARE INITIALIZED, AND THE PIU IS ENQUEUED ON THE ADJACENT 
LINK STATION BTU SEND LIST. 

• FOR A BIU FROM TRANSMISSION CONTROL CONNECTION POINT MANAGER 
(CHAPTER 4), THE BIU MAY BE SEGMENTED INTO MULTIPLE PIU'S, THE 
APPROPRIATE TRANSMISSION HEADER FIELDS ARE INITIALIZED IN EACH 
PIU, AND THE PIU(S) ARE ENQUEUED ON THE ADJACENT LINK STATION BTU 
SEND LIST. 


PU-PU FLOW PIU FROM PU.SVC MGR.NS, OR SESSION 
ACTIVATION|DEACTIVATION BIU FROM PU.SVC~MGR.CSC MGR; OR BIU FROM 
TC.CPMGR, WITH SCB_PTR ESTABLISHED. MU_PTR POINTS TO MU. 

PUCP-PU BIU, POINTED TO BY MU-PTR, TO PC T2.RCV; OR PIU (S) ENQUEUED 
ON ALS LSCB.BTU SEND LIST IF ALS IS OPERATIVE; OTHERWISE, INPUT MU 
IS DISCARDED. 


DAFPRIME AND OAFPRIME ARE ALREADY INITIALIZED FOR BIU FROM 
PU.SVC_MGR.CSC_MGR. 


THE FOLLOWING PROCEDURE (S) : 
ROUTE_EXTENSION PIU_SEND 
UPM ALS OPERATIVE CHECK 
UPM BIU SEGMENTER 


PAGE 3-89 
PAGE 3-97 
PAGE 3-88 


/* 


*/ 


V. 


f< 
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/* BOOTS POCP-PU BIO 


IF SCB_PTB -** SOIL S SCB.TIPE OF SESSION = POCP PO THEN 

00 ; 

• SELECT AIYORDBR (SCB. HALKJ5ESSI0N) ; 

I 1 WHEN(PRI) 

. . BOCB.POCP^BASBD_SESSIOI * POCP_TO_PO; 

• - WHEN (SEC) 

. . HOCB.POCP_BASED_SESSION = POJTO_PDCP; 

• BID; 


*/ 


. SEND BO TO PC T2.BCY; 
BID; 


/* PAGE 3-84 


*/ 


ELSE /* SEND PIO */ 

DO; 

. FIND LSCB IN L$CB_LIST WHERE(LSCB.LSCB_TTPE = ALS) ; /* DEFINED AT SYSTEB DEFINITION */ 

. IF OPH ALS__OPEBATIVE CHECK * -»OPEBATIYE THEN /* PAGE 3-97 */ 

. DISCARD HO; 

. ELSE 
• DO; 

. - IF DISPATCHED_BY(PO.SVC HGB.NS.*) THEN /* CHAPTER 11 */ 

. . CALL BOOTE EXTENSION PIO SEND; /* PAGE 3-89 */ 


. . ELSE 

. . DO; 

. . - BBIOI = BBIO; 

• - . EBIOI = EBIU; 

• - . INSERT MU IN PCCB.PIO_SEND_LIST; 

• . - CALL OPHJBIO_SEGMENTER; /* PAGE 3-88 */ 

. . . DO ONTIL EMPTY(PCCB-PIO_SEND_LIST); 

. . . - REMOVE FIRST (BO) FROM PCCB.PIU_SEND_LIST SET(MU_PTR); 

• - . . FID = FID2; 

• - . . IF DISPATCHED_BY (TC.CPMGR*) THEN /* NOTE */ 

• m mm DO J 

. DAFPBIME » SCB.PARTNER_ID; 

. OAFPBIRE * SCB.THIS_ID; 

- . . . END; 

. . . . CALL ROOTS EXTENSION PIO SEND; /* PAGE 3-89 */ 

- - . END; 

. . END; 

. END; 

END; 


RETURN; 


END PCjr2.SEND; 
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PC„DEQ_Q_BTO_RCV: PROCEDURE; 


FUNCTION: THIS PROCEDURE DEQUEUES A BTU FROM THE PATH CONTROL BTU RECEIVE 

QUEUE AND ROUTES IT TO THE PATH CONTROL RECEIVE COMPONENT APPLICABLE 
TO THE NODE. 

• FOR PUJT4 OR PU_T5 NODES, THE BTU IS ROUTED TO BF.PC.RCV. 

• FOR PO_T1 NODES, THE BTU IS ROUTED TO .PC.T1.RCV. 

• FOR PU_T2 NODES, THE BTU IS ROUTED TO PCJT2.RCV. 

INPUT: AN OPEN QUEUE SIGNAL FROM HIGHER-LEVEL SCHEDULER. FOR PU_T4 OR 

PU_T5 NODES, PCCB.Q BTU RCV-CONTAINS BTUfS), RECEIVED VIA DLC FROM 
PU T1 OR PU T2 NODES. ~FOR A PU T1 OR PU T2 NODE, PCCB.Q BTU RCV 
CONTAINS BTUls) RECEIVED VIA DLc”fROM BOUNDARY FUNCTION IN~A PU^T4 
OR PU__T5 NODE. 

OUTPUT: A n BTU" SIGNAL TO BF.PC.RCV, PC T1.RCV, OR PC T2*RCV, WITH THE 

PARK PTR POINTING TO BTU. 


LOCK PCCB.Q_BTU_RCV; 

. REMOVE FIRST(BTU) FROM PCCB.Q_BTU_RCV SET(BTUJPTR) ; 
UNLOCK; 

SELECT ANYORDER(NCB.PUJTYPE) ; 

WHEN (PU__T4 | PU_T5) 


. SEND * BTU 1 

TO 

BF.PC.RCV 

USING(PARM_PTR * 

BTU_PTR) ; 

/* 

PAGE 

3-78 

*/ 

. WHEN (PU_T1) 
SEND T BTU® 

TO 

PCJT1. RCV 

USING(PARM_PTR * 

BTUJPTR); 

/♦ 

PAGE 

3-80 

V 

. WHEN (PU T2) 

. SEND ® BTU* 

TO 

PCJT2.RCV 

USING (PARM_PTR = 

BTU_PTR) ; 

/* 

PAGE 

3^84 

*/ 


END; 

RETURN; 

END PC.DEQ_Q_BTU_RCV; 


UPM BIU SEGMENTER: PROCEDURE; 


FUNCTION: 


THIS OPTIONAL, IMPLEMENTATION-DEPENDENT UPM HAY SEGMENT A BIU INTO 
MULTIPLE BIU SEGMENTS. IF SEGMENTING IS PERFORMED, THE RESULTING 
BIU SEGMENTS ARE PLACED IN THE PATH CONTROL PIU SEND LIST WITH THE 
FIRST ENTRY BEING THE FIRST SEGMENT, THE SECOND ENTRY BRING THE 
SECOND SEGMENT (IF REQUIRED), ... (IF REQUIRED), AND THE LAST ENTRY 
BEING THE LAST SEGMENT, AND WITH: 

• THE BBIUI AND EBIUI APPROPRIATELY SET IN BACH SEGMENT 

• THE EFI IN EACH SEGMENT SET EQUAL TO THE VALUE OF EFI IN THE 
ORIGINAL BIU 

• THE SNF (IF APPLICABLE) IN EACH SEGMENT $ET EQUAL TO THE VALUE OF 
THE SNF IN THE ORIGINAL BIU. 

BIU POINTED TO BY ENTRY IN PCCB.PIU_SEND_LIST AND MU_PTR 

MULTIPLE BIU SEGMENTS IN PCCB.PIU_SEND^LIST IF SEGMENTING IS 
PERFORMED 

A FIRST BIU SEGMENT IS REQUIRED TO BE AT LEAST 10 BYTES IN LENGTH; 
HENCE, BIU 1 S LESS THAT 11 BYTES IN LENGTH ARB NOT SEGMENTED. ALSO, 
BIU® S CONTAINING SESSION ACTIVATION|DEACTIVATION RU*S ARE NOT 
SEGMENTED. 

REFERENCED BY THE FOLLOWING PROCEDURE (S) : 

BF.PC.SEND PAGE 3-77 

PC T1.SEND PAGE 3-82 

PC T2.SEND PAGE 3-86 


INPUT: 

OUTPUT: 

NOTE: 


/* FUNCTION AS DESCRIBED ABOVE */ 
RETURN; 

END UPM_BIU_SEGMENTER; 


V 
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RO0TE_EXTENSION_PIU_SEND: PROCEDURE; 


/* 


FUNCTION: THIS PROCEDURE SENDS A FID2 OR FID3 PIU, AS FOLLOWS: 

1. THE PIU IS CONVERTED FROM CANONICAL FORM TO THE FORM REQUIRED TO 
BE SENT OVER A LINK. 

2. A PIU_VECTOR (DEFINED IN APPENDIX A) IS CREATED. 

3. THE PIU_VECTOR.PIU_PTR IS SET TO POINT TO THE PIU. 

4. THE PI0_VECTOR.PIU_LENGTH IS SET EQUAL TO THE LENGTH OF THE PIU. 

5. A POINTER TO THE PIU VECTOR IS ADDED (FIFO) TO THE 
LSCB.BTU SEND LIST FOR THE ADJACENT LINK STATION TO WHICH THE PIU 
IS DESTINED. 


SEE NOTE 1. 

INPUT: MU PTR POINTS TO PIU; LSCB PTR POINTS TO LSCB FOR ADJACENT LINK 

STATION TO WHICH PIU IS DESTINED. 

OUTPUT: A PIU VECTOR—WHICH SPECIFIES THE LOCATION AND THE LENGTH OF THE PIU 

TO BE TRANSMITTED—IS INSERTED (FIFO) INTO LSCB.BT0_SEND LIST FOR 
DESTINATION ADJACENT LINK STATION. 


NOTES: 1. DLC. SEND DEQUEUES THE PIU VECTOR FROM THE LSCB.BTU_SEND LIST, 

TRANSMITS THE PIU SPECIFIED“BY THE PIU VECTOR—AS THE BTU PORTION 
OF A BLU—TO THE ADJACENT LINK STATION7 AND DESTROYS BOTH THE PIU 
AND THE PIU VECTOR WHEN THEY ARE NO LONGER REQUIRED—THE PIU IS 
SUCCESSFULLY TRANSMITTED OR THE TRANSMISSION IS ABANDONED. 


2. THIS FUNCTION CONVERTS THE PIU FROM CANONICAL FORM TO LINK FORM 
AND SETS PIU^LENGTH EQUAL TO THE LENGTH OF THE PIU. 


REFERENCED BY THE FOLLOWING PROCEDURE (S) 
BF.PC.SEND 
PC T1.SEND 
PC"*T2. SEND 

ROUTE EXTENSION NEG RSP 


PAGE 3-77 
PAGE 3-82 
PAGE 3-86 
PAGE 3-99 


DCL PIU_LENGTH FIXED(15) ; 


♦/ 


CALL MAP_FROM_CANONICAL(PIU_LENGTH); /* APPENDIX B, NOTE 2 */ 

CREATE PIU_VECTOR; /* PIU_VECTOR IS DEFINED IN APPENDIX A */ 

PIU_VECTOR.PIU_PTR = MU_PTR; 

PIU_VECTOR.PIU_LENGTH = PIU^LENGTH; 

LOCK LSCB.BTU_SEND_LIST; 

. INSERT PIU_VECTOR LAST IN LSCB.BTU_SEND_LIST; 

UNLOCK; 

RETURN; 

END ROUTE_EXTENSION_PIU_SEND; 
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T1_0Rjr2_N0_BIU_ASSEMBLY_RCV_CK: PROCEDURE RETURNS(BIT( 1)) ; 


/* 


FUNCTION: 


OUTPUT: 


THIS PROCEDURE PERFORMS PIU RECEIVE CHECKS REQUIRED AT A 
PU T2 NODE THAT DOES NOT SUPPORT BIU ASSEMBLY. 


PU T1 OR 


PIU, POINTED TO BY MU_PTR; LSCB_PTR POINTS TO LSCB FOR ADJACENT LINK 
STATION FROM WHICH PIU WAS RECEIVED. 

OK RETURN CODE IF PIU IS VALID; OTHERWISE, NG RETURN CODE. IF 
RETURN CODE IS NG, A NEGATIVE RESPONSE IS GENERATED, OR PIU IS 
DISCARDED. 


REFERENCED BY THE FOLLOWING PROCEDURE (S) : 
PCJT1.RCV 
PC~T2.RCV 

REFERS TO THE FOLLOWING PROCEDURE(S) : 

ROUTE EXTENSION NEG RSP 


PAGE 3-80 
PAGE 3-84 


PAGE 3-99 


DCL RC BIT (1) ; 


V 


RC = NG; 

IF BBIUI = -»BBIU | EBIUI = -*EBIU THEN 

CALL ROUTE_EXTENSION_NEG_RSP(X'8007'); /* PAGE 3-99, SEGMENTING ERROR */ 

ELSE 

IF RU_CTGY = SC 6 DCF < 4 THEN 

CALL POUTE_EXTENSION_NEG__RSP (X' 1002 1 ) ; /* PAGE 3-99, RU LENGTH ERROR */ 

ELSE 

IF MUCB.LDI = LOST_DATA THEN 

CALL ROUTE_EXTENSION_NEG_RSP(X ' 800A *); /* PAGE 3-99, TOO-LONG PIU */ 

ELSE 

RC = OK; 

RETURN(RC); 

END T1_0R_T2JI0_BIUJISSEMBLY_RCV_CK; 
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T1_0RJT2JSTATI0N_ < BIU_ASSEMBLER: PROCEDURE (ASSEMBLER_RESULT) ; 

/* 

r — ---—- -—— --—■—-———— -•—-— --——■———-——————-———*—-—*—-■— , 

| FUNCTION: THIS PROCEDURE PERFORMS FUNCTIONS REQUIRED RELATIVE TO THE RECEPTION | 

| OF PIU’S CONTAINING A BIU OR BIU SEGMENT AT A PO T1 OR PU T2 NODE | 

| THAT SUPPORTS BIU ASSEMBLY ON A STATION BASIS, INCLUDING THE | 

| ASSEMBLY OF A BIU FROM PIU®S CONTAINING BIU SEGMENTS, AND THE | 

| RECOGNITION AND PROCESSING OF ERRORS ASSOCIATED WITH BIU SEGMENTING, | 

| FSM STATION BIU ASSEMBLY IS USED TO MAINTAIN THE STATE OF THE NODE | 

I RELATIVE TO~BIU~ASSEMBLY. | 

| INPUT: PIU CONTAINING BIU OR FIRST, MIDDLE, OR LAST BIU SEGMENT; MU_PTR | 

| POINTS TO PIU; PCCB_PTR POINTS TO PCCB; PCCB «PARTIAL_BIU PTR MAY | 

| POINT TO A PARTIALLY ASSEMBLED BIU; FSM STATION_BIU~ASSEMBLY | 

| INDICATES CURRENT STATE OF NODE RELATIVE TO BIU ASSEMBLY “ | 

I I 

| OUTPUT: THE RETURN PARAMETER, ASSEMBLER RESULT, IS SET TO EITHER | 

| BIU AVAILABLE OR -BIU AVAILABLE. IF ASSEMBLER_RESULT IS SET TO | 

| BIU_AVAILABLE, MU_PTR POINTS BIU. IF ASSEMBLER RESULT IS SET TO J 

| -BIU_AV AILABLE, PCCB.PARTIAL_BIU_PTR MAY POINT TO PARTIALLY | 

| ASSEMBLED BIU. A NEGATIVE RESPONSE MAY BE GENERATED RELATIVE TO | 

| INPUT PIU OR PARTIALLY ASSEMBLED BIU, OR INPUT PIU OR PARTIALLY f 

| ASSEMBLED BIU MAY BE DISCARDED. | 

I I 

| NOTES: 1. THIS CONCATENATES THE BIU SEGMENT IN THE CURRENT PIU POINTED TO | 

| BY MU PTR TO THE END OF THE PARTIALLY ASSEMBLED BIU POINTED TO BY | 

| PCCB.PARTIAL_BIU_PTR. | 

| 2. THIS ADDS THE DCF IN THE CURRENT PIU POINTED TO BY MU PTR TO THE | 

j DCF IN THE PARTIALLY ASSEMBLED BIU POINTED TO BY | 

| PCCB.PARTIAL BIU PTR. | 

I ” ~ I 

| 3. THIS SETS THE EBIUI IN THE BIU BEING ASSEMBLED (POINTED TO BY | 

| PCCB.PARTIAL BIU PTR) TO THE VALUE OF THE EBIUI IN THE CURRENT | 

| PIU POINTED TO BY MU PTR. IF THE EBIUI IN THE CURRENT PIU IS SET | 

| TO EBIU, THE PARTIAL BIU POINTED TO BY PCCB.PARTIAL BIU__PTR | 

| BECOMES A (WHOLE) BIU. \ 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : I 

| PCJE1.RCV PAGE 3-80 | 

| PC_T2.RCV PAGE 3-84 | 

I 

1 REFERS TO THE FOLLOWING PROCEDURE (S) : 

| FSM STATION BIU ASSEMBLY 

| LOG~E RROR_AND_DISCARD_PIU 

| ROUTE EXTENSION NEG RSP 

| T1 OR T2 FIRST SEGMENT RCV CHK 

j Tl”ORJT2JBNSEGMENTED_RCV_CHK 

| UPM BIU ASSEMBLY CHK 


*/ 

DCL ASSEMBLER_RESULT BIT(1); 

DCL P PTR; 

DCL TEMP_PIU^PTR PTR; 

ASSEMBLER_RESULT = -BIU_AVAILABLE; 

SELECT ANYORDER; 

. WHEN (FSM__STATION_BIU_ASSEMBLY = BETBIU) /* PAGE 3-100 */ 

. SELECT ANYORDER(BBIUI); 

. . WHEN( —BBIU) 

. . CALL LOG_ERROR_AND_DISCARDJPIU(X®8007») ; /* PAGE 3-101, SEGMENTING ERROR */ 

. WHEN (BBIU) 

DO; 

. . . CALL FSM__STATION_BIU_ASSEMBLY; /* PAGE 3-100 V 

. . . SELECT ANYORDER; 

. . . . WHEN(FSM STATION BIU ASSEMBLY = BETBIU) /* PAGE 3-100 */ 

. . . . IF T1 OR T2 UNSEGMENTED RCV CHK = OK THEN /* PAGE 3-96 */ 

. . ASSEMBLErIrESULT = BIU_AVAILABLE; 

. . . . WHEN (FSM STATION_BIU ASSEMBLY = INBIU) /* PAGE 3-100 */ 

. . . . IF T1 OR T2_FIRST SEGMENT RCV_CHK = OK THEN /* PAGE 3-96 */ 

. . . . PCCB.PARTIAL_BIU_PTR = MU^PTR; 

! I I ! CALL FSM STATION BIU ASSEMBLY(•RESET®); /* PAGE 3-100 */ 

. . . END; 

. . END; 

. END; 


PAGE 3-100 
PAGE 3-101 
PAGE 3-99 
PAGE 3-96 
PAGE 3-96 
PAGE 3-101 
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/♦ PAGE 3-100 


WHEN(FSM STATION BIO ASSEMBLY * INBIO) 

SELECT ANYORDER(BBIOI); 

WHEN ( -»BBIO) 

IF (NCB.PO TYPE = PO T1 6 

LSID 7= PCCB.PARTIAL BIO PTR->LSID) | 

(NCB.PO_TYPE » PO T2~S 

(DAFPRIME ^a PCCB7PARTIAL_BI0 PTR->DAFPRIME J 
OAFPRIME -*a PCCB.PARTIAL BIO PTR~>OAFPRIME | 

SNF PCCB.PARTIAL BIO PTR->SNF)) THEN 

DO; 

CALL LOG ERROR AND DISCARD PIO (X 1 8007«); /* PAGE 3-101, SEGMENTING ERROR 


/* OPTIONAL CHECK 


HOJPTR = PCCB-PARTIAL_BIO_PTR; 

CALL ROOTEJBXTBNSION_NEG_RSP(X , 8007'); /* PAGE 3-99, SEGMENTING ERROR 

CALL FSM STATION BIO ASSEMBLY(*RESET*); /* PAGE 3-100 

END; 

ELSE 

IF MOCB.LDI = LOST DATA THEN 
DO; 

CALL LOG_ERROR_AND__DISCARD_PIO (X*800A*) ; /* PAGE 3-101, TOO-LONG PIO 

MO^PTR = PCCB.PARTIAL_BIO_PTR; 

CALL RO0TE_EXTENSION_NEGJRSP(X'800A») ; /* PAGE 3-99, TOO-LONG PIO 

CALL FSM_STATION_BIO_ASSEMBLY(«RESET'); /* PAGE 3-100 

END; 

ELSE 

IF OPM BIO ASSEMBLY CHK = NG THEN /* OPTIONAL CHECK, PAGE 3-101 
DO; 

CALL LOG_ERROR_AND_DISCARD PIO(X' 8010') ; /* PAGE 3-101, 

/* SEGMENTED HU LENGTH ERROR 
M0_PTR * PCCB.PARTIAL_BIO_PTR; 

CALL ROOTE_EXTENSION_NEG_RSP(X'8010')J /* PAGE 3-99, 

/* SEGMENTED RO LENGTH ERROR 

CALL FSM_STATION BIO ASSEMBLY(* RESET*); /* PAGE 3-100 

END; 

ELSE 
DO; 

P = PCCB.PARTIAL_BIO_PTR; 

P->RO(P->DCF: (P—>DCF ♦ DCF - 1)) = RO(0: (DCF - 1)); /* NOTE 1 

PCCB.PARTIAL_BIO_PTR->DCF * PCCB.PARTIAL_BIOJPTR->DCF ♦ DCF; /* NOTE 2 


PCCB.PARTIAL_BIO_PTR->EBIOI a EBIOI; 
DISCARD MO; 

MO_PTR = PCCB.PARTIAL_BIU_PTR; 

CALL FSM — STATION_BIO_ASSEMBLY; 

IF FSM_STATION BIO__ASSEMBLY = BETBIO THEN 
ASSEMBLER_RESOLT~= BIO_AVAILABLE; 

END; 


/* NOTE 3 


/* PAGE 3-100 
/* PAGE 3-100 


WHEN(BBIO) 

DO; 

TEMP_PIO_PTR = MO_PTR; 

MO_PTR = PCCB.PARTIAL_BIO_PTR; 

CALL RO0TE_EXTENSION_NEG_RSP(X*8007') ; /* PAGE 3-99, SEGMENTING ERROR 

MO_PTR * TEMP — PIO^PTR; 


END; 

END; 

END; 

END; 

RETORN; 

END T1„0R_T2_STATIQN_BIU_ASSEMBLER; 


♦/ 

*/ 


*/ 

♦/ 


*/ 


*/ 

*/ 


V 

V 

*/ 


*/ 

♦/ 

*/ 


*/ 

V 

*/ 


*/ 

*/ 


*/ 


CALL FSM_STATION_BIO_ASSEMBLY; 

/* 

PAGE 

3-100 

*/ 

SELECT ANYORDER; 






WHEN (FSM STATION BIO ASSEMBLY a BETBIO) 

/* 

PAGE 

3-100 

*/ 


IF T1 OR T2 ONSEGMENTED RCV CHK = OK THEN 

/* 

PAGE 

3^96 

*/ 


ASSEMBLER“RESOLT = BI0_AVAILABLE; 






WHEN(FSM STATION BIO ASSEMBLY a INBIO) 

/* 

PAGE 

3-100 

V 


IF T1 OR T2 FIRST SEGMENT RCV CHK a OK THEN 

/* 

PAGE 

3-96 

*/ 


PCCB. PARTIAL_BIU_PTR = M0__PTR; 






ELSE 






CALL FSM_STATION_BIO_ASSEMBLY (» RESET*); 

/* 

PAGE 

3-100 

V 
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T1_0RJT2_SESSI0N_BIU_ASSEMBLER: PROCEDURE (ASSEMBLER^RESULT) : 


FUNCTION: 


INPUT: 


OUTPUT: 


THIS PROCEDURE PERFORMS FUNCTIONS REQUIRED RELATIVE TO THE RECEPTION 
OF PIU*S CONTAINING A BIU OR BIU SEGMENT AT A PU T1 OR PU T2 NODE 
THAT SUPPORTS BIU ASSEMBLY ON A SESSION BASIS, INCLUDING THE 
ASSEMBLY OF A BIU FROM PIU*S CONTAINING BIU SEGMENTS, AND THE 
RECOGNITION AND PROCESSING OF ERRORS ASSOCIATED WITH BIU SEGMENTING. 


FSM SESSION BIU ASSEMBLY IS USED TO 
HALF-SESSION RELATIVE TO BIU ASSEMBLY. 


MAINTAIN THE STATE OF A 


PIU CONTAINING BIU OR FIRST, MIDDLE, OR LAST BIU SEGMENT; HU PTR 
POINTS TO PIU; SCB PTR POINTS TO HALF-SESSION CONTROL BLOCK; 
SCB.PARTIAL BIU PTR MAY POINT ' TO A PARTIALLY ASSEMBLED BIU; 
FSM SESSION BIU ASSEMBLY INDICATES. CURRENT STATE OF HALF-SESSION 
RELATIVE TQ~BIU“*ASSEMBLY j 

THE RETURN PARAMETER, ASSEMBLER RESULT, IS SET TO EITHER 
BIU AVAILABLE OR -.BIU AVAILABLE. IF ASSEMBLER RESULT IS SET TO 
BIU~*A VAILABLE, MU PTR POINTS TO BIU. IF ASSEMBLER RESULT IS SET TO 
-.BIU AVAILABLE, SCB.PARTIAL BIU PTR MAY POINT TO PARTIALLY ASSEMBLED 
BIU."" A NEGATIVE RESPONSE MAY BE GENERATED RELATIVE TO INPUT PIU OR 
PARTIALLY ASSEMBLED BIU, OR INPUT PIU OR PARTIALLY ASSEMBLED BIU MAY 
BE DISCARDED. 

NOTES: 1. THIS CONCATENATES THE BIU SEGMENT IN THE CURRENT PIU POINTED TO 

BY MU PTR TO THE END OF THE PARTIALLY ASSEMBLED BIU POINTED TO BY 
SCB.PARTIAL_BIU_PTR. 

2. THIS ADDS THE DCF IN THE CURRENT PIU POINTED TO BY MU PTR TO THE 
DCF IN THE PARTIALLY ASSEMBLED BIU POINTED TO BY 
SCB.PARTIAL_BIU_PTR. 

3. THIS SETS THE EBIUI IN THE BIU BEING ASSEMBLED (POINTED TO BY 
SCB.PARTIAL PIU PTR) TO THE VALUE OF THE EBIUI IN THE CURRENT PIU 
POINTED TO BY MU PTR. IF THE EBIUI IN THE CURRENT PIU IS SET TO 
EBIU, THE PARTIAL BIU POINTED TO BY SCB. PARTIAL_BIU_PTP. BECOMES A 
(WHOLE) BIU. 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

PC T1.RCV 
PCJT2.RCV 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM SESSION_BIU ASSEMBLY 

log”error_and_discardjpiu 

ROUTE EXTENSION NEG RSP 
T1 OR _ T2 FIRST SEGMENT RCV_CHK 
T1 OR T2 UNSEGMENTED RCV CHK 
UPM BIU ASSEMBLY CHK~ 


PAGE 

3-80 

PAGE 

3-84 

PAGE 

3-102 

PAGE 

3-101 

PAGE 

3-99 

PAGE 

3-96 

PAGE 

3-96 

PAGE 

3-101 


DCL ASSEMBLER_RESULT BIT (1); 
DCL P PTR; 

DCL TEMP_PIU_PTR PTR; 


*/ 


ASSEMBLER RESULT = -.BIU AVAILABLE; 


SELECT ANYORDER; 

. WHEN(FSM SESSION_BIU ASSEMBLY * BETBIU) /* PAGE 3-102 */ 

SELECT ANYORDER(BBIUI); 

. WHEN ( -.BBIU) 

CALL LOG__ERROR_AND_DISCARD_PIU (X* 8007*) ; /* PAGE 3-101, SEGMENTING ERROR V 

. WHEN(BBIU) 

DO; 





CALL FSMJSESSION_BIU_ASSEMBLY; 

/* 

PAGE 

3-102 

♦/ 




SELECT ANYORDER; 








. WHEN (FSM__SESSION BIU ASSEMBLY = BETBIU) 

/♦ 

PAGE 

3-102 

*/ 




IF T1 OR T2 UNSEGMENTED RCV CHK = OK THEN 

/* 

PAGE 

3-96 

*/ 




. ASSEMBLERJtESULT = BIU_AVAILABLE; 








. WHEN(FSM SESSION BIU ASSEMBLY = INBIU) 

/* 

PAGE 

3-102 

*/ 




. IF T1 OR T2 FIRST SEGMENT RCV CHK = OK THEN 

/* 

PAGE 

3-96 

V 




. SCB7pARTIAL_BIU"pTR = MU_PTR; 








. ELSE 








. CALI FSM SESSION_BIU_ASSEMBLY(»RESET*); 

/* 

PAGE 

3-102 

V 




END; 







END; 






END; 
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WHEN(FSM SESSION BIO ASSEMBLY « INBIU) /* PAGE 3-102 */ 

SELECT ANYORDER (BBIUI); 

. WHEN ( -.BBIU) 

. IF (NCB.PO TYPE = PO T2) S 

. (SNF SCB.PARTIAL BIO PTR->SNP) THEN /* OPTIONAL CHECK */ 

. DO; 

- . CALL LOG_ERROR_AND_DISCARD_PIO(X» 8007*) ; /* PAGE 3-101, SEGMENTING ERROR */ 

• MU_PTR * SCB.PARTIAL_BIO_PTR; 

. . CALL ROUTE_EXTENSION_NEG_RSP(X»80O7'); /* PAGE 3-99, SEGMENTING ERROR V 

. . CALL FSM SESSION BIO ASSEMBLY('RESET•)J /* PAGE 3-102 */ 

. END; 


. . ELSE ! 

IF MOCB.LDI = LOST_DATA THEN 

• • DO; 

. . . CALL LOG_ERROR_AND_DISCARD_PIU (X'800A') ; /* PAGE 3-101, TOO-LONG PIO ♦/ 

. - - MO_PTR = SCB.PARTIAL_BIO_PTR; 

. CALL RO0TE_EXTENSION_NEG_RSP(X'800A»); /* PAGE 3-99, TOO-LONG PIO ♦/ 

. . . CALL FSM SESSION BIU ASSEMBLY ('RESET*); /* PAGE 3-102 */ 

. . END; 

• . ELSE 

. . IF OPMJBIO_ASSEMBLY_CHK = NG THEN /* OPTIONAL CHECK, PAGE 3-101 */ 

. . DO; 

. . . CALL LOG ERROR AND DISCARD PIO(X*8010*); /* PAGE 3-101, ♦/ 

. . . ~ /* SEGMENTED RO LENGTH ERROR */ 

. . . M0_PTR = SCB.PARTIAL_BIO._PTR; 

. . CALL ROOTE_EXTENSION_NEG_RSP(X»8010*)5 /* PAGE 3-99, */ 

. . . ~ “/* SEGMENTED RO LENGTH ERROR */ 

. . . CALL FSM SESSION BIO ASSEMBLY(*RESET*); /* PAGE 3-102 */ 

. . END; 

. . ELSE 

. . DO; 

. . . P = SCB.PARTIAL_BIO_PTR; 

. . . P->RO (P->DCF: (P->DCF «• DCF - 1)) * RO(0:(DCF -1)); /* NOTE 1 */ 

. I . SCB.PARTIAL_BIO_PTR->DCF = SCB.PARTIAL_BIO_PTR->DCF ♦ DCF; /* NOTE 2 V 

. SCB.PARTIAL_BIU_PTR->EBIOI = EBIOI; /* NOTE 3 */ 

. . . DISCARD MO; 

. . . M0_PTR = SCB.PARTIAL_BIO_PTR; 

. . . CALL FSM_SESSION_BIO_ASSEMBLY; /* PAGE 3-102 */ 

. IF FSM SESSION BIU ASSEMBLY = BETBIO THEN /* PAGE 3-102 */ 

. . . ASSEMBLER_RESULT = BIU^AVAILABLE; 

. . END; 

. . WHEN (BBIO) 

DO; 

. . . TEMP_PIO_PTR = MO_PTR; 

. MU_PTR = SCB.PARTIAI_BIU_PTR; 

. . . CALL ROOTE^EXTENSION_NEG_RSP(X'8007'); /* PAGE 3-99, SEGMENTING ERROR */ 

. . . MU_PTR * TEMP_PIO_PTR; 

. . . CALL FSM_SESSION_BIU_ASSEMBLY; /* PAGE 3-102 */ 

. . . SELECT ANYORDER; 

. . WHEN(FSM_SESSION BIO ASSEMBLY m BETBIO) /* PAGE 3-102 */ 

IF T1_OR_T2 UNSEGMENTED RCV CHK = OK THEN /* PAGE 3-96 */ 

. . . . ASSEMBLErIrESULT = BIO_AVAILABLE; 

. . WHEN (FSM_SESSION BIU_ASSEMBLY = INBIO) /* PAGE 3-102 */ 

. . . . IF T1 OR T2 FIRST SEGMENT RCV CHK = OK THEN /* PAGE 3-96 */ 

. . . . SCB.PARTIAL_BIO_PTR = M0_PTR; 

. • . . ELSE 

. . . . CALL FSM_SESSION_BIU ASSEMBLY(•RESET*); /* PAGE 3-102 */ 

. . . end; 

• . END; 

. END; 

END; 

RETURN; 

END T1_OR_T2_SESSIQN_BI0_ASSEMBLER; 
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T1_0RJP2_0NSEGHENTED_RC?_CHK: PROCEDURE RETURNS (BIT (1) ) ; 


/♦ 

i—- — - - - - - - • — - ; -—-— -- 4 — --—» 

f FUNCTION: THIS PROCEDURE PERFORMS RECEIVE CHECKS APPLICABLE WHEN A PIU | 

| CONTAINING AN UNSEGMENTED (WHOLE) BIU IS RECEIVED AT A PU T1 OR | 

| PUJT2 NODE THAT SUPPORTS BIU ASSEMBLY. ” | 

| INPUT: PIU, POINTED TO BY MU PTR; LSCB PTR POINTS TO LSCB FOR ADJACENT LINK | 

| STATION FROM WHICH PIU WAS RECEIVED. | 

| OUTPUT: OK RETURN CODE IF PIU IS VALID; OTHERWISE, NG RETURN CODE. IF \ 

| RETURN CODE IS NG, A NEGATIVE RESPONSE IS GENERATED, OR PIU IS I 

| DISCARDED. | 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): f 

1 T1_OR T2 SESSION_JBIU ASSEMBLER PAGE 3-94 1 

| T1JDR~T2~STATION_BIU~ASSEMBLER PAGE 3-92 | 

| REFERS TO THE FOLLOWING PROCEDURE(S): I 

| ROUTE_EXTENSION_NEG_RSP PAGE 3-99 I 


DCL RC BIT (1) 


*/ 


RC * NG; 

IF PCCB.BIU ASSEMBLY OPTION = STATION ASSEMBLY & 

RU CTGY * SC & DCF < 4 THEN 

CALL ROUTEJBXTENSION_NBG^RSP(X*1002‘); /* PAGE 3-99, RU LENGTH ERROR */ 

ELSE 

IF MUCB.LDI « LOST DATA THEN 

CALL ROUTE_EXTENSION_NEG_RSP(X'800A*); /* PAGE 3-99, TOO-LONG PIU */ 

ELSE 

RC = OK; 

RETURN(RC); 

END T1_ORJT2_UNSEGMENTED_RCV_CHK; 


T1_OR_T2„FIRST_SEGMENT_RCV_CHK: PROCEDURE RETURNS(BIT(1)) ; 


/* 

«--------- -1 

| FUNCTION: THIS PROCEDURE PERFORMS RECEIVE CHECKS APPLICABLE WHEN A PIU l 

| CONTAINING A FIRST BIU SEGMENT IS RECEIVED AT A PU_T1 OR PU_T2 NODE | 

| THAT SUPPORTS BIU ASSEMBLY. “ “ | 

I I 

| INPUT: PIU, POINTED TO BY MU_PTR; LSCB PTR POINTS TO LSCB FOR ADJACENT LINK | 

| STATION FROM WHICH PIU WAS RECEIVED. | 

I I 

| OUTPUT: OK RETURN CODE IF PIU IS VALID; OTHERWISE, NG RETURN CODE. IF | 

| RETURN CODE IS NG, A NEGATIVE RESPONSE IS GENERATED, OR PIU IS | 

| DISCARDED. | 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): | 

| T1_ORJT2 SESSION_BIU ASSEMBLER PAGE 3-94 | 

| T1 OR~T2IsTATIOnIbIU~ASSEMBLER PAGE 3-92 | 

I I 

| REFERS TO THE FOLLOWING PROCEDURE (S): I 

| ROUTE_EXTENSION NEG RSP PAGE 3-99 | 


DCL RC BIT (1) ; 


V 


RC a NG; 

IF DCF < 10 THEN /* OPTIONAL CHECK */ 

CALL ROUTE_EXTENSI0N_NEGJRSP(X‘8007‘); /* PAGE 3-99, SEGMENTING ERROR */ 

ELSE 

IF MUCB.LDI * LOST_DATA THEN 

CALL ROUTE_EXTENSION_NEGJRSP(X‘800A»); /* PAGE 3-99, TOO-LONG PIU */ 

ELSE 

RC * OK; 

RETURN(RC); 

END T1_OR_T2_FIRST_SBGMENT_RCV_CHK; 
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UPM_ALS_OPERATIVE_CHECK: PROCEDURE RETURNS(BIT(1)) ; 


1 

FUNCTION: 

THIS UPM DETERMINES IF AN ADJACENT 

LINK 

STATION (ALS) IS OPERATIVE. 

——i 


INPUT: 

LSCB_PTR POINTS TO LSCB FOR ALS.. 





OUTPUT: 

AN OPERATIVE RETURN CODE IF ALS IS 

OPERATIVE; OTHERWISE, 1 OPERATIVE 




RETURN CODE. 





REFERENCED 

BY THE FOLLOWING PROCEDURE(S): 






BF.PC.SEND 

PAGE 

3-77 




PC T1.SEND 

PAGE 

3-82 




PC T2.SEND 

PAGE 

3-86 


1_ 


ROUTE EXTENSION NEG RSP 

PAGE 

3-99 

_i 


DCL RC BIT (1); 
RC * OPERATIVE; 


/* NORMAL RETURN CODE 


*/ 

V 


/* FUNCTION AS DESCRIBED ABOVE */ 
RETURN(RC); 

END UPM_ > ALS_ OPE RATI VE — CHECK; 
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RO0TB_EXTENSIONjrH_RCV_CHK: PROCED0RE(PU_TYPE) RETURNS(BIT(1)); 


/* 

-— - ~ . . " " ' ■■■■" ." ' t " 1 --•—— —- -. - • —-- - -1 

| FUNCTION: THIS PROCEDURE PERFORMS BASIC VALIDITY CHECKS ON THE PIU TH | 

| CONTAINED IN A BTU RECEIVED AT OR FROM A PUJT1 OR P0_T2 NODE. | 

| THE BTU DATA ANALYZED BY THIS PROCEDURE CONSISTS OF A PIU IN LINK | 

| FORM (AS OPPOSED TO CANONICAL FORM). I 

I I 

| INPUTS BTU, POINTED TO BY BTU_PTR; CALL PARAMETER SPECIFIES PUJTYPE | 

| OUTPUT: OK RETURN CODE IF PIU TH IS VALID; OTHERWISE, AN ERROR IS LOGGED, | 

| AND RETURN CODE IS SET TO NG. | 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : I 

| BF.PC.RCV PAGE 3-78 | 

| PC T1.RCV PAGE 3-80 I 

| PC~T2.RCV PAGE 3-84 | 


DCL PU_TYPE BINARY (8); 


*/ 


DCL RC BIT (1) ; 


DCL PIU_PTR PTR; 


DCL 1 FIRST_BYTE_OF_FID2_QR_FID3_PIU UNALIGNED BA SED (PIU_PTR) , 
2 PIU_FID BIT (4), 

2 PIU — BBIUI BIT (1) , 

2 PIU_EBIUI BIT(1), 

2 RESERVED BIT (1), 

2 PIU_EFI BIT (1) ; 


RC = NG; 

IF BTUCB.BTU LENGTH < 1 THEN 

CALL UPM_LOG (X'dOOB*); /* APPENDIX B, INCOMPLETE TH */ 

ELSE 

DO; 

. PIU_PTR = ADDR(BTU_DATA); 

. SELECT ANYORDER(PUJTYPE); 

. . WHEN(PU_T1) 

. . IF PIU_FID -= FID3 THEN 

. . CALL UPM_LOG(X * 8006') ; /* APPENDIX B, INVALID FID */ 

. . ELSE 

. . IF BTUCB.BTU LENGTH < 2 THEN 

. . CALL UPM_LOG(X*800B*); /* APPENDIX B, INCOMPLETE TH */ 

. . ELSE 

. . IF PIU__BBIUI ■ BBIU & BTUCB.BTU_LENGTH < 5 THEN 

. . CALL UPM^LOG(X * 4005*) ; /*~APPENDIX B, INCOMPLETE RH */ 

. . ELSE 

. . RC = OK; 

. . WHEN(PU_T2) 

. . IF PIUJFID -= FID2 THEN 

. . CALL~UPM_LOG(X'8006'); /* APPENDIX B, INVALID FID */ 

. . ELSE 

. . IF BTUCB.BTU LENGTH < 6 THEN 

. . CALL UPM_LOG(X'800B»); /* APPENDIX B, INCOMPLETE TH */ 

. . ELSE 

. . IF PIU BBIUI = BBIU 6 BTUCB.BTU LENGTH < 9 THEN 

* . CALL~UPM_LOG(X* 4005 1 ) ; /*~APPENDIX B, INCOMPLETE RH */ 

. . ELSE 

. . RC = OK; 

. END; 

END; 


RETURN(RC) ; 

END ROUTE_EXTENSION_TH_RCV_CHK; 
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ROOTE_EXTENSION_NEG_BSP: PROCEDURE(SNC_CODE)5 


/♦ 


FUNCTION: IF POSSIBLE, THIS PROCEDURE CHANGES A FID2|FID3 PIU OR PARTIALLY 

ASSEMBLED BIU TO A NEGATIVE RESPONSE PIU, SETS THE SENSE CODE EQUAL 
TO THE VALUE PASSED IN THE CALL PARAMETER, AND ENQUEUES THE 
RESULTANT NEGATIVE RESPONSE PIU ON THE BTU SEND LIST FOR THE 
ADJACENT LINK STATION FROM NHICH THE HU NAS RECEIVED. 

IF THE HU IS ONE TO WHICH NO RESPONSE CAN BE SENT, OR IF THE 
ADJACENT LINK STATION IS NO LONGER OPERATIVE, AN ERROR IS LOGGED AND 
THE MU IS DISCARDED. 

INPUT: FID21FID3 PIU OR PARTIALLY ASSEMBLED BIU, POINTED TO BY MU PTR; 

LSCB PTR POINTS TO LSCB FOR ADJACENT LINK STATION FROM WHICH MU WAS 
RECEIVED 

OUTPUT: NEGATIVE RESPONSE PIU ENQUEUED ON LSCB.BTU_SEND LIST FOR ADJACENT 

LINK STATION IF MU IS ONE TO WHICH A NEGATIVE RisPONSE CAN BE SENT 
AND ADJACENT LINK STATION IS OPERATIVE; OTHERWISE, AN ERROR IS 


PAGE 3-78 
PAGE 3-80 
PAGE 3-84 
PAGE 3-96 
PAGE 3-91 
PAGE 3-94 
PAGE 3-92 
PAGE 3-96 


PAGE 3-89 I 

PAGE 3-97 | 

i-- j 

*/ 

DCL SNC CODE BIT(32) ; 

DCL OAFPRIME_SAVE BINARY(8); 


IF BBIUI * -BBIU | DCF < 3 I 

RQN | RRI = RSP | 

/* SEE APPENDIX 

B FOR RQN 

*/ 

UPM ALS OPERATIVE CHECK 

DO; 

. CALL UPM LOG(SNC CODE); 

= -OPERATIVE THEN 

/* 

PAGE 3-97 

*/ 


/* 

APPENDIX B 

*/ 


. DISCARD MU; 
END; 


ELSE 

DO; 

. CALL CHANGEJiUJTOJIEG_RSP(SNC_CODE) ; /* APPENDIX B */ 

. IF FID = FID2 THEN 
. DO; 

. . OAFPRIME_SAVE = OAFPRIME; 

. . OAFPRIME = DAFPRIME; 

. . DAFPRIME « OAFPRIME_SAVE; 

. END; 

. CALL ROUTE EXTENSION PIU_SEND; /* PAGE 3-89 */ 

END; 


LOGGED AND MU IS DISCARDED. 

REFERENCED BY THE FOLLOWING PROCEDUHE(S): 
BF.PC.RCV 
PC T1.RCV 
PC~T2.RCV 

T1 OR T2 FIRST SEGMENT RCV CHK 
T1 OR T2"N0 BIU ASSEMBLY RCV CK 

ti“or~t2_session_biu_assemblIr 

T 1*~0R T2~*ST ATION BIU_ASSEMBLER 
ti!orIt2Iunsegmented_rcv_chk 

REFERS TO THE FOLLOWING PROCEDURE(S): 

ROUTE EXTENSION PIU SEND 
UPM ALS OPERATIVE CHECK 


RETURN; 

END R0UTE_BXTENSI0N_NEG_RSP; 
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FSH__STATION_BIU_ASSEHBLY: FSREDEFINITION CONTEXT(PCCB) ; 


/* 


| FUNCTION: THIS FINITE-STATE MACHINE IS USED TO MAINTAIN THE STATE OF A PO_T1 { 

| OH PU T2 NODE RELATIVE TO BIU ASSEMBLY. IT IS APPLICABLE WHEN BIU \ 

| ASSEMBLY IS PERFORMED ON A STATION BASIS. I 

1 THE BETBIU STATE INDICATES "BETWEEN BIU»S"—A BIU IS NOT BEING | 

J ASSEMBLED FROM PIU'S CONTAINING BIU SEGMENTS. | 

| THE INBIU STATE INDICATES "IN BIU ASSEMBLY"—A BIO IS BEING | 

| ASSEMBLED FROM PIU'S CONTAINING BIU SEGMENTS. | 

| REFERENCED BY THE FOLLOWING PROCEDURE (S): I 

I T1_OR_T2_STATION__Bia_ASSEHBLER PAGE 3-92 I 

i . — -1— Z—...—_—Z.—.— --— -—--——----- -j 


i STATE NAMES— 

| INPUT 

->| 

1 

BfeTBIU 

01 

"T *-i 

| INBIU j 

(02 | 

1.. 11 ... ’ 




| BBIU, EBIU 

I 

- 

I 1 1 

| BBIU,-»EBI0 

I 

2 

1 - 1 

| -*BBIO , EBIU 

1 

/ 

1 1 1 

| -*BBIU , ^EBIU 

| 

/ 

1 * 1 

1 'RESET* 

l_... 

! 

- 

1 1 1 

.jl___1 


END FSM_STATION_BIU_ASSEMBLY; 


♦/ 


3-100 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 










LOG_ERROR_AND_DISCARD_PIU: PROCEDURE(ERROR — MESSAGE) 


FUNCTION: 


INPUT: 


OUTPUT: 


THIS PROCEDURE IS CALLED WHEN AN ERROR IS DETECTED AND THE CURRENT 
PIU IS TO BE DISCARDED. 

THIS PROCEDURE: 

1. CALLS AN IMPLEHENTATION-DEPENDENT UPM TO LOG THE ERROR IDENTIFIED 
IN THE CALL PARAMETER, AND, OPTIONALLY, ALL OR PART OF THE PIU 
ASSOCIATED WITH THE ERROR 

2. DISCARDS THE PIU 

DETECTED ERROR IS IDENTIFIED IN CALL PARAMETER, AND MU_PTR POINTS TO 
PIU THAT IS ASSOCIATED WITH ERROR AND IS TO BE DISCARDiD. 

ERROR LOGGED AND PIU DISCARDED. 


REFERENCED BY THE FOLLOWING PROCEDURE (S) : 

PC. ERC PAGE 3-50 
PC.TGC.RCV PAGE 3-40 
PC.VRC.RCV PAGE 3-63 
SESSION RELATED RCV PAGE 3-66 
T1_OR_T2_SESSION BIU_ASSEMBLER PAGE 3-94 
T1_0R_T2ISTATI0N”BID”ASSEMBLER PAGE 3-92 
VRC BIU ASSEMBLER “ PAGE 3-70 


DCL ERROR_MESSAGE CHAR (31); 
CALL UPM_LOG(ERROR_MESSAGE) ; 
DISCARD MU; 

RETURN; 

END LOG ERROR AND DISCARD PIU; 


/* APPENDIX B 


V 

V 


UPM_BIU_ASSEMBLY_CHK: PROCEDURE RETURNS(BIT(1)); 


/* 


FUNCTION: THIS OPTIONAL, IMPLEMENTATION-DEPENDENT UPM DETERMINES IF THE 

ADDITION OF A BIU SEGMENT TO A BIU BEING ASSEMBLED WOULD RESULT IN A 
BIU THAT EXCEEDS THE (IMPLEMENTATION-DEFINED) MAXIMUM RECEIVE BIU 
LENGTH ALLOWED AT THE NODE, OR WOULD RESULT IN BUFFER DEPLETION. IF 
SO, IT RETURNS A NG RETURN CODE; IF NOT, IT RETURNS AN OK RETURN 
CODE. 


INPUT: 


MU PTR POINTS TO BIU SEGMENT; FOR 
PCCB.PARTIAL BIU PTR POINTS TO BIU 
SESSION BIU ASSEMBLY, SCB.PARTIAL_BIU_PTR 
ASSEMBLED. 


STATION BIU ASSEMBLY, 
BEING ASSEMBLED; FOR 
POINTS TO BIU BEING 


OUTPUT: OK OR NG RETURN CODE 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

T1_0R_T2 SESSION BIU ASSEMBLER PAGE 3-94 
T1_OR_T2lSTATIONlBIU~ASSEMBLER PAGE 3-92 
VRC_BIU_ASS EMBLER PAGE 3-70 


DCL RC BIT (1); 


V 


RC = OK; 


/* NORMAL RETURN CODE */ 


/* FUNCTION AS DESCRIBED ABOVE */ 
RETURN (RC) ; 

END UPM_BIU_ASSEMBLY_CHK; 
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FSM_SESSION_BIU_ASSEMBLY: FSM_DEFINITION CONTEXT (SCB) ; 


/* 



FUNCTION; 

THIS FINITE-STATE MACHINE IS USED TO MAINTAIN THE STATE OF A 
HALF-SESSION RELATIVE TO BIU ASSEMBLY. IT IS APPLICABLE WHEN BIU 
ASSEMBLY IS PERFORMED ON A SESSION BASIS. 

——, 



THE BETBIU STATE INDICATES "BETWEEN BID'S"—A BIU IS 
ASSEMBLED FROM PIU'S CONTAINING BIU SEGMENTS. 

NOT 

BEING 




THE INBIU STATE INDICATES "IN BIU ASSEMBLY"—A BIU 
ASSEMBLED FROM PIU'S CONTAINING BID SEGMENTS., 

IS 

BEING 


L. 

REFERENCED 

BY THE FOLLOWING PROCEDURE(S) : 

T1 OR T2 SESSION BIU ASSEMBLER PAGE 3-94 

VRC BIU ASSEMBLER ~ PAGE 3-70 





r~--- 

| STATE NAMES- 
! INPUT 

I—-- 

| BBIU , EBIU 
| BBIU,-’EBIU 
| -«BBIU, EBIU 
j -.BBIU,-EBIU 
| 'RESET* 


“T- --— ** *T - ————I 

>| BETBIU | INBIU | 

1 01 | 02 | 

-f---4----I 

I - I 1 I 

12 | - | 

I / I 1 I 

\ / I - I 

1 - I 1 I 

—J-,-L_—---J 



END FSM__SESSION__BIU — ASSEMBLY; 
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I 


PATH CONTROL PSH INPUT DEFINITIONS 



•/ 


FSH_INPOT_DEFINITION: 

BBIU BBIOI = BBIU; 

DEC NS VR_CHI ^ DEC_HS; 

EBIO BBlOI * EBIO; 

'FIRST VRPRS' FSHINPOT * 'FIRST VRPRS'; 

'MODERATE CONGESTION' FSHINPOT * 'HODBRATE CONGESTION'; 
'RESET' FSHINPOT = 'RESET'; 

'SEVERE CONGESTION' FSHINPOT a 'SEVERE_CONGESTION'; 

•SNF 0 POST SHEEP' FSHINPOT » 'SNF 0 POST SHEEP'; 

•SNF“0~PRE SHEEP' FSHINPOT » 'SNP”0~PRE SHEEP'; 

•SOSPEND' ~ FSHINPUT * 'SOSPEND';* 

'SHEEP BIT PRE SHEEP' FSHINPOT a »SHEEP BIT PRE SHEEP'; 
' SHEEP*” COHPLETE' FSHINPOT = 'SHEEP'COHPLETE'; 

VR PAC*RSP VRPRS = VR PAC~RSP; 

VR*PAC_RQ VRPRQ = VR_PAC_RQ; 

END FSH_lNPUT_DEFINITION; 


CHAPTER 3. PATH CONTROL 3-103 



3-104 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 






CHAPTER 4. TRANSMISSION CONTROL 


INTRODUCTION 

A distinct transmission control (TC) element (Figure 4-1) is 
provided for each half-session supported in a node, and is 
identified as HSID.TC. Whenever it is not ambiguous, the 
qualifying half-session prefix, HSID, will be omitted. 

TC elements provide two protocol machines for each locally 
supported half-session: 

• TC.CPMGR 

• TC.SC 

These protocol machines are interconnected as shown in 
Figure 4-2. 

The protocol machine for session control, TC.SC, provides 
session-specific support for starting, clearing, and 
resynchronizing session-related data flows. The session 
control RUs providing activation or deactivation for a 
half-session are handled by PU.SVC_MGR.CSC_MGR (see Chapter 
13) . 

The connection point manager (TC.CPMGR) controls sequence 
number checking, pacing, enciphering/deciphering, and other 
support functions relating to the half-session flows. 

Each half-session with boundary function (BF) support has a 
BF.TC protocol machine in the node providing the BF support. 

This chapter describes transmission control for locally 
supported half-sessions separately from transmission control 
in the boundary function; the details of BF.TC are presented 
at the end of the chapter. 
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Figure 4-1. Structural Overview of a Node 
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Figure 4-2. Structure of a TC element 


INITIALIZATION 


Procedure SESSACT.TC_INITIALIZE (page 4-24) is called by 
PU.SVC_MGR.CSC_MGR (Chapter 13) when a half-session is being 
activated. This procedure and the two that it calls* 
SESSACT.PRIMARY_INITIALIZE (page 4-25) and 
SESSACT.SECONDARY_INITIALIZE (page 4-26), establish the 
component names of other layers in the node, and set up 
pacing parameters and the required finite-state machines for 
the profiles in use. 
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RESET HIERARCHY 


Explicit reset signals are generated by certain TC FSMs and 
are directed to FSM subsets defined by the reset hierarchy; 
e.g. , FSM_DT_SEND_SDT_AND_CLEAR (page 4-62) sends a reset 
signal to the FSMs in the CLEAR_RESET subtree (page 4-27) 
simultaneously with issuing CLEAR. Reset signals are also 
generated by the NAU services managers; e.g.» the LU 
services manager sends a reset signal to the FSMs in the 
TC_RESET subtree (page 4-27) when +RSP(ACTLU) is sent. 

There are three reset procedures defined in this chapter: 
TC_RESET (page 4-27), CLEAR_RESET (page 4-27), and 
CPMGR_RESET (page 4-28). TC_RESET is called by 
PU.SVC_MGR.CSC_MGR and resets all TC-related FSMs, queues, 
and variables. CLEAR_RESET is called when a CLEAR is 
processed and resets the appropriate TC-related FSMs, 
queues, and variables, all DFC FSMs, queues, and variables, 
and any FSMs, queues, and variables that are required for 
session presentation services (see SNA LU-LU Session Types ). 
CPMGR_RESET resets all TC-related queues and variables and 
all TC-related FSMs except those for data traffic and 
cryptography. 


SCHEDULER - INVOKED PROCEDURES 

Procedures TC_OR_BF_TC.DEQUEUE.Q_PAC (page 4-29) and 
TC_OR_BF_TC.IPR_SEND (page 4-29) are invoked by the 
higher-level scheduler. (See Appendix C for detaiIs.) Both 

of these procedures appear in half-session TC elements and 
in boundary-function TC elements. TC_OR_BF_TC.DEQUEUE.Q_PAC 
is responsible for removing requests and responses from the 
pacing queue, Q_PAC, and sending them on to path control 
(see "Pacing," page 4-9). TC_OR_BF_TC.IPR_SEND is 

responsible for generating an isolated pacing response (I PR, 
see "Pacing") when both the architectural and resource 
requirements are satisfied. 

CONNECTION POINT MANAGER 

Each half-session contains a TC.CPMGR protocol machine 
having the structure shown in Figure 4-3. Deta iled 

definitions for TC.CPMGR.SEND and TC.CPMGR.RCV, the major 
TC.CPMGR procedures, are shown on pages 4-31 and 4-36, 
respectively. 

The protocols supported by a ha 1f-session TC.CPMGR include: 

• Checking of sequence numbers on received normal-flow 
requests (Sequence numbers are assigned to normal-flow 
requests by DFC (Chapter 5) 
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Proper separation of the normal flows from the 
expedited flows with respect to sequencing* pacing* and 
other TC protocols 

Sending of normal-flow requests using pacing* this 
involves a queue (Q_PAC) for temporarily holding 
outgoing requests* and a set of coupled FSMs and 
procedures that manage the sending and receiving of 
pacing requests and responses CFSM_PAC_RQ_SEND (page 
4-60) and FSM_PAC_RQ_RCV (page 4-61)). 

Sending of requests on the expedited flow using 
immediate request mode (see "Request and Response 
Control Modes," page 4-11) using FSM_CNTL_IMMED_EXP 
(page 4-61) 

Enqueuing* on Q_TC_T0_DFC, of requests destined for the 
DFC element 

Proper routing of requests and responses to PC (Chapter 
3), DFC (Chapter 5), and TC.SC.RCV (page 4-44) 

Enciphering/deciphering control: For all LU-LU FM data 
RUs using session-level mandatory cryptography, and for 
those LU-LU FM data RUs with the Enciphered Data 
indicator (EDI) set to ED using session-level selective 
cryptography (see TC.CPMGR.SEND.N0RM_RQ (page 4-33) and 
TC.CPMGR.RCV.N0RM_RQ (page 4-40)) 
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TC_OR_BF_TC. 
E 

Q_PAC 

(page 4-29) 


RQ & RSP 


TC.CPMGR 


RQ & RSP 


Note : TC_OR_BF_TC. DEQUEUE, Q_PAC and TC_OR_BF__TC. I PR_SEND are invoked 
by the higher-level scheduler. 


Figure 4-3. Structure of TC.CPMGR 
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THE SEQUENCE NUMBERING OF REQUESTS AND RESPONSES 


For some TS profiles (see Appendix F), each request that is 
sent on the normal flow is assigned a sequence number. The 
sequence number is initialized to 0 when a half-session is 
activated; it is incremented by 1 before sending each 
request. Thus* the sequence number for the first request is 
1. After reaching 65*535* the sequence number wraps to 0. 
(A sequence number of 0 is sent in the wrap situation only.) 
This orderly progression may be altered by a CLEAR or STSN 
request. Sequence numbers are assigned in the sending 
half-session by DFC and are checked in the receiving 
half-session by TC.CPMGR. 

For the expedited flow* an identifier is assigned to each 
request sent. The identifier is not necessarily managed as 
a sequence number* but is unique for each outstanding 
expedited request sent within a layer. Expedited DFC RUs 
(QEC, RELQ* RSHUTD, SBI, SHUTC, SHUTD * SIG) are assigned 
identifiers by DFC; The SC requests CLEAR, CRV, RQR * SDT * 
and STSN (all of which are expedited) are assigned 
identifiers by TC.SC. 

For other TS profiles, identifiers are used on the normal 
flows as well as on the expedited flows. 

The sequence number or the identifier* as appropriate, is 
given to path control with the associated BIU, to be carried 
in the TH. 

The sequence number or identifier generated by the sending 
DFC component is given to the sending end user or NAU 
services manager and is retained for use in correlating 
responses to requests (a response carries the sequence 
number or identifier of the corresponding request). 

Because the FID3 TH format does not include a Sequence 
Number field* half-sessions located in a type 1 node do not 
use sequence numbers or identifiers. Sequence number and 
identifier assignment and checking for these half-sessions 
are performed in the boundary function by BF.TC.RCV (page 
4-53). 

Since the half-session responsible for recovery must be able 
to correlate responses to requests within a chain* 
restrictions are placed on the protocols used on sessions 
involving half-sessions located in type 1 nodes. Sessions 
involving these half-sessions use one of the following 
protocols* so that responses to requests flowing in the 
secondary-to-primary direction can be properly correlated by 
the half-session responsible for recovery: 
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• Immediate request mode and definite-response chains 

(and/or exception-response chains carrying CD) for the 
secondary-to-primary direction* or 

• Primary half-session responsible for recovery 

Sessions involving these half-sessions also use one of the 
following protocols* so that responses to requests flowing 
in the primary-to-secondary direction can be properly 
correlated by the primary half-session: 

• Immediate request mode and definite-response chains 

(and/or exception-response chains carrying CD) for the 
primary-to-secondary direction* or 

• Pacing with N=1 to the secondary TC.CPMGR. (In 
two-stage pacing (see "Boundary Function Considerations 
for Pacing," page 4-22), only the pacing from the 
boundary function to the secondary requires a window 
size of 1.) In addition* an IPR cannot precede any 
positive or negative response that may be returned; the 
receipt of an IPR thus indicates that processing of the 
previous request is complete and no response to that 
request will be returned. 

These protocols always match the correct response and 
request. In the meta-implementation, however* DFC is not 
aware of the node type in which it resides* therefore in a 
type 1 node* TC.CPMGR inserts a dummy sequence number in 
requests and inserts the last sequence number sent in 
responses in order to allow DFC to function. 

SESSIONS WITH CRYPTOGRAPHY 

If session-level mandatory cryptography is selected when the 
session is activated* TC.CPMGR enciphers all FMD request RUs 
being sent and deciphers all FMD request RUs being received. 
If session-level selective cryptography is selected, only 
those FMD request RUs with the Enciphered Data indicator 
(EDI) set to ED are enciphered or deciphered. The end user 
sets this bit. The process of enciphering involves the 
following actions: 

• The RU is padded* when necessary, to an integral 
multiple of 8 bytes. The padding bytes are added at 
the end and contain unpredictable values, except for 
the last pad byte * which contains an uns i gned 8-bit 
binary count of the pad bytes. If padding is required, 
the Padded Data indicator (PDI) is set to PD. 
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* Prior to enciphering, the first 8 bytes of an RU are 

exclusive-ORed with the value of the session 

cryptography seed; the result is then enciphered. Each 
subsequent 8-byte block within the same RU is 

exclusive-ORed with the output of the previously 
enciphered block. This technique is referred to as 
"block chaining with cipher text feedback." 

• Enciphering employs an 8-byte block chain algorithm and 

an 8-byte key, the session cryptography key , and is in 
accordance with the Data Encryption Standard (DES) 
algorithm described in Federal Information Processino 
Standards Publication 46 , dated January 15, 1977. 

The deciphering process is simply the inverse of 
enciphering. 

Valid cryptography options are defined under the BIND format 
in Appendix E. Session-seed generation is described in 
Appendix E under RSP(BIND). Session-seed distribution is 
described in this chapter under "Cryptography Verification 
C CRV)" (page 4-18) and in Appendix E under RSP(BIND). The 
RH bits used for cryptography are defined in Chapter 2 and 
are displayed in Appendix D. 

SESSION-LEVEL PACING 

Session-level pacing allows a TC.CPMGR to control the rate 
at which it receives requests on the normal flow. (Virtual 
route pacing is described in Chapter 3.) If pacing is 
selected when the session is activated, all normal-flow 
requests are paced. Requests and responses on the expedited 
flow are not paced and are unaffected by pacing on the 
normal flow. Pacing is generally used when the sending 
TC.CPMGR is capable of sending requests faster than the 
receiving TC.CPMGR can process them. (Where a BF.TC element 
is interposed between primary and secondary TC.CPMGRs, 
pacing may occur in either one or two stages. See the 
section "Boundary Function Considerations for Pacing", page 
4-22, for details.) 

The pacing environment assumes that the receiving TC.CPMGR 
is able to accept no more than a certain number of requests 
(N) at a time. This number, called the window size , is 
defined when the session is being activated. Pacing 
operates according to the following cycle. The sending 
TC.CPMGR initially may send up to N requests. On the first 
request, it turns on the Pacing Request indicator. After 
the receiving TC.CPMGR receives the request that contains 
the Pacing Request indication, it can signal the sending 
TC.CPMGR (by using the Pacing Response indication) when it 
is ready to receive another group of requests. 
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The sending TC.CPMGR keeps a count of the number of requests 
that it can send before receiving a pacing response; this 
number is kept in the pacing count field (PACING_COUNT). 
This field and all others related to session-level pacing 
or the maximum RU size are maintained in the Transmission 
Control Control Block (TCCB). When a pacing response is 
received, the sending TC.CPMGR can send N more requests and 
therefore increases the pacing count by N. If the pacing 
count drops to 0, the sender waits until a pacing response 
is received before sending any more requests. The value of 
the pacing count can range from 0 to 2N-1. 

Only one pacing response is generated for each pacing 
request. There are two methods by which the pacing response 
may be returned: on a normal-flow response header or on an 
ISOLATED PACING RESPONSE (IPR). The IPR may be used at any 
time; however, it is especially useful when no other 
response to a request is available in which to send the 
Pacing Response. 


The decision as to when a session-level pacing response can 
be sent is implementation-dependent and determined by an 
undefined protocol machine, UPM_RESOURCE. This procedure is 
invoked by TC_0R_BF_TC.IPR_SEND (page 4-29), when it is 
invoked by the higher-level scheduler, or by 
TC.CPMGR.SEND_NORM_RSP (page 4-33) or 
TC_0R_BF_TC.DEQUEUE.Q_PAC (page 4-29) when either is 
processing a response. 


Normal-flow responses that have the 
indicator (QRI) set to QR are placed on 
but do not cause the pacing count to be 
normal-flow responses indicate -QR, they 
at queuing points in TC and BF.TC. If a 
by pacing, all responses marked QR and 
request are also held up. 


Queued Response 
the pacing queue, 
decremented. When 
can pass requests 
request is held up 
queued behind the 


A Pacing Response indication is never added to a response 
held in Q_PAC; it is added only to a response with QRI=QR as 
it is dequeued from Q_PAC or to a response with QRI=-QR. If 
FSM_PAC_RQ_SEND is preventing the only available responses 
from flowing from the queue, an IPR can be generated and 
sent directly to PC; this prevents session deadlock, which 
could occur when both TC.CPMGRs' pacing queues contain a 
request that cannot flow and that blocks the flow of the 
only available responses that might be used to carry the 
Pacing Response indication. 
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ISOLATED PACING RESPONSE CIPR) 


An IPR is sent by TC.CPMGR.SEND to return a Pacing Response 
indication as discussed in the preceding section. 

IPRs are the only way possible to send pacing responses to 
pacing requests when operating under no-response protocols 
(RQN) . 

The following fields of the TH and RH are set for an IPR: 

TH : The normal or expedited flow is indicated. The 

sequence number is undefined (it may be set to any valuer 
and it is not checked by the receiver). 

RH : IPRs are coded all-zeros except for the Response 

indication, the Pacing Response indication, and the chaining 
bits; thus, the IPR RH is coded X'SSOIOO', and the test for 
an IPR is: RRI = RSP, -DR 1, -DR2, and PI = PAC. IPR is the 
only response that indicates both -DR1 and -DR2. 

There is no RU. 

REQUEST AND RESPONSE CONTROL MODES 

In order to simplify implementation and to better manage 
error recovery situations, every half-session issues 
requests and responses according to defined control mode 
options. 

The following request control modes are defined: 

• Immediate request mode: All request chains are sent 
under a single constraint—no request may be sent on 
the flow by a given half-session when a previously sent 
definite-response request is still outstanding on that 
f low. 

• Delayed request mode: There are no constraints on the 
sending of request chains. 

Delayed request mode is less restrictive than immediate 
request mode; a sender that satisfies the restrictions of 
immediate request mode also satisfies the restrictions of 
delayed request mode. 

The immediate request mode is used generally on the 
expedited flow in each direction in a session (exceptions 
are CLEAR and RQR). For expedited-flow requests on PU-PU 
flows, see Chapters 11 and 12. One of the control modes is 
used on the normal flow in each direction 
(primary-to-secondary and secondary-to-primary) for a given 
session activation. 
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The immediate request mode is enforced on the expedited 
flows by each TC.CPMGR.SEND using FSM_CNTL_IMMED_EXP (page 
4-61). It is enforced in the TC layer instead of DFC, where 
other control modes are enforced * because TC SC RUs use the 
protocol. 

When FSM_CNTL_IMMED_EXP is in the reset state* any number of 
expedited responses may be sent to path control; but once a 
request is passed* the BLOCK_RQ state is entered. Responses 
are still passed* but requests are rejected by send checks 
(that are dependent on the state of FSM_CNTL_IMMED_EXP) in 
TC.CPMGR.SEND, TC.SC, and DFC. When the response to the 
outstanding request is received, FSM_CNTL_IMMED_EXP returns 
to the reset state. Then the next request may be passed. 

The request control modes used on the normal flows are 
enforced by DFC (see Chapter 5 for details). 

The following response control modes are defined: 

1. Immediate response mode: Responses are sent in the 

order the requests are received (i.e.» requests are 
processed and responses issued first-in* first-out). 
When a response to a particular request is received* it 
means that all requests in the same flow sent before 
the responded-to request have been processed by the 
receiver, and that their responses* if any* have been 
sent. 

2. Delayed response mode: With the exception of the 

response to CHASE* responses may be sent in any order. 
All valid responses to requests received before CHASE 
must be sent before the response to CHASE is sent. 

The particular request and response control modes to be used 
on the normal flows in any session are a function of the 
session-activation parameters. The modes to be used in one 
direction may be chosen independently of* and do not affect, 
the modes to be used in the other direction. 

The response control modes used on the normal flows are 
enforced by DFC (see Chapter 5 for details). 


TC.SC 


Each session control element (TC.SC) (Figure 4-4) supports 
protocols related to data traffic activation, deactivation, 
and recovery. It also assigns the identifier for each 
request. The state-dependent checks made on received and 
sent requests and responses are defined in the various FSMs 
(pages 4-62 - 4-71). Boundary function considerations for 
session control requests and responses are described in the 
section "BF . TC." 
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COMMON TH VALUES 

All SC requests and responses are sent expedited (the EFI 
bit is on in the TH ) • 

COMMON RH VALUES 

All SC requests are issued by TC.SC or by PU•SVC_MGR♦CSC_MGR 
(see Chapter 13) with the following RH values: 


RU Category 11 

Format indicator 1 

Sense Data Included indicator 0 
Begin Chain indicator 1 

EndChain indicator 1 

Definite Response 1 indicator 1 
Definite Response 2 indicator 0 
Exception Response indicator 0 
Queued Response indicator 0 

Pacing indicator 0 

Begin Bracket indicator 0 

End Bracket indicator 0 

Change Direction indicator 0 

Code Selection indicator 0 

Enciphered Data indicator 0 

Padded Data indicator 0 

All SC responses are issued by TC,SC or by 

PU*SVC_MGR.CSCJ1GR (see Chapter 13) with the following RH 

values : 


RU Category 

Format indicator 

Sense Data Included indicator 

Begin Chain indicator 

End Chain indicator 

Definite Response 1 indicator 

Definite Response 2 indicator 

Response Type indicator 

Queued Response indicator 

Pacing indicator 


11 

1 

0 or 1 
1 
1 
1 
0 

0 or 1 
0 
0 


CHAPTER 4 • TRANSMISSION CONTROL 


4-13 


PU.SVC_MGR.NS 

LU.SVC_MGR.SS TC.CPMGR.RCV 
SSCP.SVC_MGR. CS (page 4-36) 

A ! 


PU.SVC_MGR.NS 
LU.SVC_MGR.SS 
SSCP.SVC_HGR.CS 


RQ&RSP 


RQ&RSPI 


RQ&RSP 



TC.SC.RCV 
(page 4-44) 


TC.SC.SEND 
(page 4-47) 




RQ & RSP 


TC.CPMGR.SEND 
(page 4-31) 


TC.CPMGR.SEND 
(page 4-31) 


Figure 4-4. TC.SC 
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DATA TRAFFIC PROTOCOLS 


The flow of FMD and DFC requests and responses in each 
active half-session is controlled by the state of a data 
traffic FSM; no FMD or DFC requests or responses are sent or 
validly received by a TC.CPMGR if its DT FSM is not in the 
active state. Data traffic flow is also affected by the 
state of the CRV FSM if session-level cryptography was 
specified in BIND. The data traffic protocols are useful, 
in that they allow session activation to be accomplished 
without permitting user-oriented data to flow before both 
ha 1f-sessions (and end users) are ready to receive such data 
or have completed required STSN processing. 

There are four types of data traffic protocols. The type 
used in any active session is determined by the TS profile 
associated with session activation. (See Appendix F for 
other details of TS profiles.) The type distinguishes 
whether START DATA TRAFFIC (SDT) and/or CLEAR are valid for 
the session, as defined in the following table: 


SDT 

CLEAR 

TS Profile 

Pages 


yes 

yes 

3 and 4 

4-62 and 

4-63 

yes 

n o 

5 and 17 

4-64 and 

4-65 

no 

yes 

2 

4-66 and 

4-67 

no 

no 

1 and 7 
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START DATA TRAFFIC (SDT) 

CLEAR (CLEAR) 

Flow: From primary LU to secondary LU or from SSCP to 

PUISSCP (Expedited) for SDTJ 

from primary LU to secondary LU (Expedited) for CLEAR 

(page 4-62) 
(page 4-63) 
(page 4-64) 
(page 4-65) 
(page 4-66) 
(page 4-67) 

SDT is sent by the primary session control to the secondary 
session control to enable both the sending and receiving of 
FMD and DFC requests and responses by both half-session 
TC.CPMGRs. 

CLEAR is sent by the primary session control to reset the 
data traffic FSMs and the data traffic subtrees (e.g.* 

brackets* pacing* sequence numbers) in the primary and 

secondary half-sessions. (For boundary function 

considerations* see "BF.TC*" page 4-19.) CLEAR can be used 

after a catastrophic error as the first step in a data 

traffic recovery sequence. 

Sending CLEAR precludes sending any further DFC or FMD 
requests or responses until a SDT is sucessfully processed. 
If SDT is not supported* the flow of FMD and DFC traffic is 
re-enabled when the RSP(CLEAR) is processed. All pending 
responses to DFC and FMD requests are discarded. 

CLEAR is a valid request whenever the session is active. 
Any number of CLEARS may be outstanding at any one time. 
The CLEAR request and its response stay in order with other 
expedited requests and responses. 

REQUEST RECOVERY (RQR) 

Flow: From secondary LU to primary (Expedited) 

Principal FSMs: FSM_RQR_SEND (page 4-67) 

FSM_RQR_RCV (page 4-68) 

RQR is sent by the secondary to request the primary to 
initiate recovery for the session by sending CLEAR or to 
deactivate the session. 


Principal FSMs: FSM_DT_SEND_SDT_AND_CLEAR 

FSM_DT_RCV_SDT_AND_CLEAR 
FSM_DT_SEND_SDT 
FSM_DT_RCV_SDT 
FSM_DT_SEND_CLEAR 
F S M_D TRCV_C LEAR 
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SET AND TEST SEQUENCE NUMBERS (STSN) 


Flow: From primary LU to secondary LU (Expedited) 

Principal FSMs: FSM_STSN_SEND (page 4-68) 

FSM_STSN_RCV (page 4-69) 

STSN is used by the sync point manager only after BIND has 
been sent and prior to the sending of SDT to resynchronize 
sync points following a session failure. The protocol 
associated with STSN requires that two versions of the 
normal-flow sequence numbers be kept. The first version is 
kept in both the primary and secondary half-sessions (see 
session control block in Appendix A); these are the 
half-session send and receive numbers. They correspond to 
the number of the last normal-flow request sent and the 
number of the last normal-flow request validly received by 
each half-session. The second version (the transaction 
processing program number) is kept by both the primary and 
secondary half-sessions' sync point managers. The sequence 
numbers kept by the sync point manager are not affected by 
any architecturally defined reset resulting from a session 
control request other than STSN. 

STSN is sent by the primary half-session sync point manager 
to resynchronize the values of the half-session sequence 
numbers* for one or both of the normal flows at both ends of 
the session. Either or both sequence numbers (primary to 
secondary; or secondary to primary) can be "set*" "sensed*" 
or "set and tested." The sequence number values to be set 
are specified in the STSN request (see Appendix E for format 
details)* they are set in each half-session associated with 
the session when the RU is processed by the half-session's 
associated TO.SC. If the action code in the request is 
"set*" the secondary half-session's sync point manager is 
notified that its half-session sequence number has been 
changed. Testing or sensing is done only by the secondary 
half-session's sync point manager* not by TC.SC. Values to 
test or sense are asociated with a half-session by session 
name (see session name in the User Data field in BIND* 
Chapter 13). This allows correct restart even if network 
addresses change after a session failure and before restart. 
The restarted session retains the primary/secondary 
half-session polarity of the original session. 

Half-session sequence number values are not affected by 
"sense" or "ignore" action codes. 
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CRYPTOGRAPHY VERIFICATION (CRV) 

Flow: From primary LU to secondary LU (Expedited) 

Principal FSMs: FSM_CRV_SEND (page 4-70) 

FSM_CRV_RCV (page 4-71) 

When session-level cryptography is specified in the BIND* 
CRV is sent by the primary LU session control to the 
secondary LU session control to enable sending and receiving 
of FMD requests by both half-sessions. CRV is a valid 
request only when session-level cryptography was selected in 
BIND. SDT can be sent only after +RSP(CRV) is received. 
CRV carries an 8-byte field (see Appendix E) that contains a 
transform (enciphered under the session cryptography key) of 
the deciphered value—the test value—received in 
+RSP(BIND)» the transform in CRV is the test value with each 
bit of its first 4 bytes inverted (i.e.» a 1 becomes a 0 and 
a 0 becomes a 1). (The test value is also used as the 
session-seed value when enciphering/deciphering FMD RUs 
while the session is active.) The secondary TC.CMPGR 
obtains the returned test value by deciphering the 
aforementioned 8-byte field in CRV and inverting the first 4 
bytes; it then compares it with the test value sent 
(enciphered) in +RSP(BIND). Failure to compare resets the 
session cryptography key and the session cryptography seed. 
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Each secondary half-session within a peripheral node is 
given boundary function (BF) support within the adjacent 
subarea node. A general overview of BF is given in Chapter 
1. The basic structure of BF is illustrated again in Figure 
4-5. The details of BF.PC are given in Chapter 3. This 
section defines the TC aspects of BF. 

A distinct BF.TC element is provided for each half-session 
receiving boundary function support, and is identified as 
SID.SEC.BF.TC. Whenever it is not ambiguous, the qualifying 
prefix, SID.SEC, will be omitted. 

Each BF.TC consists of a send and a receive protocol machine 
(Figure 4-6). The receive protocol machine handles CLEAR 
processing and, for ha 1f-sessions in type 1 nodes, checks 
and assigns values carried in the Sequence Number field of 
the FID4 TH, since the FID3 TH has no such field. The send 
protocol machine provides boundary function support for 
pacing. 

The boundary function has two TCCBs associated with it—one 
that is used for flows to and from the primary half-session 
and one that is used for flows to and from the secondary 
half-session. 

The FSMs used to support each BF.TC protocol machine exist 
in a reset hierarchy described by BF.TC_RESET (page 4-52). 
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and TC_OR_BF_TC.IPR_SEND are invoked by 
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BOUNDARY FUNCTION DATA TRAFFIC PROTOCOLS 
CLEAR 

The boundary function support for an LU-LU half-session 
processes both CLEAR and its response; all boundary function 
FSMs in the BF.TC_RESET hierarchy are reset when CLEAR or 
its response (whether positive or negative) is processed. 


BOUNDARY FUNCTION CONSIDERATIONS FOR PACING 

Pacing between a primary TC.CPMGR and a secondary TC.CPMGR, 
in a peripheral node supported by a boundary function, may 
occur in one stage (involving the primary and secondary 
TC.CPMGRs) or in two separate stages. One-stage pacing may 
be desirable if the primary LU and the boundary function are 
located in the same node; two-stage pacing may be more 
desirable otherwise. 

If two stages are used» they are defined as follows: 

• Stage 1—Primary (or secondary) TC.CPMGR to BF.TC: The 

purpose of this stage is to control the flow of 

requests from the primary (or secondary) TC.CPMGR to 
the BF. 

* Stage 2-—BF.TC to secondary (or primary) TC.CPMGR: The 

purpose of this stage is to control the flow of 

requests from the BF to the secondary (or primary) 
TC.CPMGR. 

For flows that are paced* the window size (N) for each 
pacing stage is set at system definition or by a BIND 
parameter. The value of each N is independent of the others 
(see "Pacing" earlier in this chapter and the BIND RU 
specification in Appendix E). 

If N is specified to be 0* then the associated stage is not 

paced. However, if N is specified to be 0 when the TS 

profile indicates that pacing may be used, and a request is 
received with the Pacing indicator on (PI=PAC), then the 
receiver must return either a pacing response or a negative 
response with sense code: Pacing Not Supported. 

When the staging indicator for the primary TC.CPMGR to 
secondary TC.CPMGR flow is set indicating two-stage pacing, 
the primary TC.CPMGR send pacing count and the secondary 
TC.CPMGR receive pacing count do not have to be equal. If 
this staging indicator is set indicating one-stage pacing, 
the primary TC.CPMGR send pacing count is set equal to the 
secondary TC.CPMGR receive pacing count by the LU.SVC_MGR. 
The same is true for the secondary-to-primary direction. 
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The secondary LU may reduce the secondary TC.CPHGR receive 
pacing count suggested on a negotiable BIND; the primary 
TC.CPMGR send pacing count is set to the same value if 
pacing in this direction is to occur in one-stage. When 
two-stage pacing is indicated for a given direction and the 
request is a negotiable BIND* the boundary function may 
change the TC.CPMGR send pacing count for that direction. 
For a non-negotiable BIND* the boundary function can change 
the secondary TC.CPMGR send pacing count* if two-stage 
pacing is specified* but the primary TC.CPMGR send pacing 
count cannot be changed* if the primary TC.CPMGR send pacing 
count is unacceptable to BF, a negative response* Invalid 
Parameters (0821* 0832* 0833* or 0835), can be sent. 

When one-stage pacing is used in one direction and two-stage 
pacing is used in the other direction, the boundary function 
passes the one-stage pacing request bit unaltered with the 
RH on which it was sent. However, the one-stage pacing 
response indicator cannot always be passed unaltered with 
the RH on which it was sent* because this RH can be delayed 
by normal-flow requests that are being held in Q_PAC 
awaiting a stage-2 pacing response. In order to avoid the 
delay* BF.TC.SEND (page 4-54) may generate an expedited-flow 
IPR and set PI=-PAC in the original response. 

BOUNDARY FUNCTION CONSIDERATIONS FOR SEGMENTING 

Peripheral nodes may divide a normal-flow BIU into multiple 
BIU segments before sending it to the boundary function. 
The segments are passed on to their destination and 
assembled at the other end of the ha 1f-session . A subarea 
node sends only whole BIUs to the boundary function* 
BF.PC.SEND (Chapter 3) may segment the BIUs before sending 
them to the peripheral node. 
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SESSACT.TC_INITIA LIZE: PROCEDURE 



FUNCTION: SETS UP SESSION PARAMETERS NEEDED BY TC. THIS PBOCEDUBE IS EXECUTED 

WHEN THE SESSION IS BEING ACTIVATED. A PBOCEDUBE IS CALLED TO FILL 
IN THE SCB DEPENDING ON WHETHEB THIS IS A PRIMARY OR SECONDARY 
HALF**SESSION AND THE GENERIC VARIABLE PC IS ESTABLISHED DEPENDING ON 
THE NODE TYPE. 

INPUT: ON CALL FROH PU.SVC NGR.CSC HGR, THE SCB PTR POINTS TO A 

HALF-SESSION SCB. 

OUTPUT: SCB IS UPDATED AND TCCB IS FILLED IN 

REFERS TO THE FOLLOWING PBOCEDUBE(S): 

SESSACT.PRIMARY INITIALIZE PAGE 4-25 

SESSACT.SECONDARY INITIALIZE PAGE 4-26 


TCCB.PTB * SCB.TC_CB — PTR; 


/* 


IF SCB.HALF SESSION ■ PRIMARY THEN 

CALL SESSACT.PRIMARY INITIALIZE; /* PAGE 4-25 */ 

ELSE 

CALL SESSACT.SECONDARY INITIALIZE; /* PAGE 4-26 */ 


SELECT ANYORDER(NCB.PU TYPE); 

. WHEN(PU T1) 

. #PC ■ PC T1.SEND; /♦ CHAPTER 3 */ 

. WHEN(PU T2f 

. #PC = PC T2.SEND; /* CHAPTER 3 */ 

. WHEN(PU T47PU T5) 

. #PC = PC.VRC. SEND; /* CHAPTER 3 */ 

END; 


RETURN; 


END SESSACT.TC^INITIALIZE; 
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SESSACT.PRIMARY^INITIALIZE: PROCEDURE; 


FUNCTION: SETS UP SESSION PARAMETERS NEEDED BY A PRIMARY HALF-SESSION TC. IT 
CALCULATES THE MAXIMUM RU SIZE THAT CAN BE SENT AND RECEIVED, 
DETERMINES WHETHER OR NOT SESSION SEND AND RECEIVE PACING ARE USED, 
AND SETS UP THE GENERIC FSM'S AND SVC MGR VARIABLE. THIS PROCEDURE 
IS EXECUTED WHEN THE SESSION IS BEING ACTIVATED. 


INPUT: SCB_PTR POINTS 

ESTABLISHED. 


AT A PRIMARY HALF-SESSION SCB AND TCCB PTR IS 


UPDATED SCB AND TCCB 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 


SESSACT.TC_INITIALIZE 

PAGE 

4-24 

THE FOLLOWING PROCEDURE(S): 



DECODED 

PAGE 

4-57 

FSM CRV SEND 

PAGE 

4-70 

FSM__DT__SEND CLEAR 

PAGE 

4-66 

FSM_DT_SENDJSDT 

PAGE 

4-64 

FSM DT~SEND~SDT AND_CLEAR 

PAGE 

4-62 

FSM RQR RCV 

PAGE 

4— 68 

FSM STSN SEND 

PAGE 

4-68 


RU SIZES AND PACING COUNTS 


IF SCB.PRI_SEND MAX_RU_SIZE -= 0 THEN 

TCCB.MAXiSENDlRU_SIZE * DECODED (SCB.PRI SEND_MAX RU_SIZE) ; 
ELSE 

TCCB.MAX_SEND_RU_SIZE * NOT SPECIFIED; 


/* PAGE 4-57 


*/ 

/* 


*/ 

*/ 


IF SCB.SEC_SEND_MAX RU SIZE -= 0 THEN 

TCCB.MAX_RCV_RU_SIZE~= DECODED(SCB.SEC_SEND MAX RU SIZE); 
ELSE 

TCCB.MAX_RCV RU SIZE = NOT SPECIFIED; 


/* PAGE 4-57 


IF SCB. PRI_SEND_PACING CNT -.= 0 THEN 
DO; 

. TCCB.SEND PACING = YES; 

. TCCB.WINDOW_SIZE = SCB.PRI_SEND PACING CNT; 
. NEWLIST TCCB.Q PAC ENTRY_NAME(MU) QUEUE; 
END; 

ELSE 

TCCB.SEND_PACING = NO; 


IF SCB. PRI_RCV. PACING CNT - = 0 THEN 
TCCB.RCV PACING = YES; 

ELSE 

TCCB.RCV PACING = NO; 

/* 

] FSM' S ! 

K- ---• 

V 

IF SCB.SC RQR = ALLOWED THEN 

#FSM_RQR = FSM_RQR__RCV; /* PAGE 4-68 */ 

ELSE 

#FSM_RQR = NOJJP; 

IF SCB.SC STSN = ALLOWED THEN 

#FSM STSN = FSM STSN SEND; /* PAGE 4-68 */ 

ELSE 

*FSM_STSN = NO_OP; 

SELECT ANYORDER; 

. WHEN(SCB.SC_SDT = ALLOWED & SCB.SC_CLEAR = ALLOWED) 

. #FSM_DT = _ FSM__DT__SEND — S DT — AND_CLEAR ; 

. WHEN (SCB. SC SDT~= ALLOwId &*”SCB7SC CLEAR -= ALLOWED) 

IFSM DT =">SM DT SEND^SDT; 

. WHEN(SCB.SC_SDT -*= ALLOWED & SCB. SC CLEAR = ALLOWED) 

. #FSM DT = FSM DT_SEND CLEAR; 

. WHEN (SCB. SC_SDT -.= ALLOWED £ SCB. SC_CLEAR -.= ALLOWED) 

. #FSM_DT =~NO_OP; 

END; 


(SELECTIVE | MANDATORY) THEN 

/* PAGE 4-70 */ 


RETURN; 


IF SCB.SC CRV = ALLOWED & 

SCB.CRYPTOGRAPHY SESSION LEVEL = 
#FSM CRV = FSM CRV SEND; 

ELSE 

#FSM CRV = NO OP; 


/* 

PAGE 

4-62 

V 

/* 

PAGE 

4-64 

V 

/* 

PAGE 

4-66 

*/ 


END SESSACT.PRIHARY_INITIALIZE; 
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SESSACT.SECONDARY_INITIALIZE: PROCEDURE 


FUNCTION: 


INPUT: 


OUTPUT: 


SETS UP SESSION PARAMETERS NEEDED BY A SECONDARY HALF-SESSION TC. 
IT CALCULATES THE MAXIMUM RU SIZE THAT CAN BE SENT AND RECEIVED, 
DETERMINES WHETHER OR NOT SEND AND RECEIVE PACING ARE USED, AND SETS 
UP THE GENERIC FSM'S AND SVC MGR VARIABLE. THIS PROCEDURE IS 
EXECUTED WHEN THE SESSION IS BEING ACTIVATED. 


SCBJPTR POINTS AT 
ESTABLISHED. 


UPDATED SCB AND TCCB 


SECONDARY HALF-SESSION SCB AND TCCB PTR IS 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 


SESSACT.TC_INITIALIZE 

PAGE 

4-24 

THE FOLLOWING PROCEDURE (S) : 



DECODED 

PAGE 

4-57 

FSM CRV RCV 

PAGE 

4-71 

FSM_DT_RCV_CLEAR 

PAGE 

4-67 

FSM_DT_RCV~SDT 

PAGE 

4-65 

FSM~DT~RCV SDT AND CLEAR 

PAGE 

4-63 

FSM_RQR_SEND 

PAGE 

4-67 

FSM_STSN_RCV 

PAGE 

4-69 


V 

/* 


i-1 

j RU SIZES AND PACING COUNTS | 

i_______j 

*/ 

IF SCB.SEC_SEND_MAX_RU_SIZE -.= 0 THEN 

TCCB.MAX_SEND~RU_SIZE = DECODED(SCB.SEC_SEND_MAX_RU SIZE); /* PAGE 4-57 */ 

ELSE 

TCCB.MAX_SEND_RU_SIZE = NOT_SPECIFIED; 


IF SCB. PRI_SEND_MAX_RU_SIZE -.= 0 THEN 

TCCB.MAX_RCVJRU_SIZE — = DECODED(SCB.PRI_SEND_MAX_RU_SIZE) ; /* PAGE 4-57 */ 

ELSE 

TCCB.MAX_P.CV_RU_SIZE = NOT_SPECIFIED; 

IF SCB. SEC_SEND_PACING_CNT -= 0 THEN 
DO; 

. TCCB.SEND_PACING = YES; 

. TCCB.WINDOW SIZE = SCB.3EC_SEND_PACING_CNT; 

- NSWIIST TCCB.Q_PAC ENTRY_NAME(MU) QUEUE; 

END; 

ELSE 

TCCB.SEND_PACING = NO; 


IF SCB. SEC_PCV_PACING CNT 0 THEN 
TCCB.ECV PACING = YES; 

ELSE 

TCCB.SCV PACING = NO; 

/* 

r---*—■■— - t 

| FSM'S | 

i-1 

*/ 

IF SCB. SC__RQR = ALLOWED THEN 

#FSM_FQR = FSM RQR SEND; /* PAGE 4-67 */ 

ELSE 

#FSM_RQR = NO_OP; 

IF SCB.SC_STSN = ALLOWED THEN 

#FSM_STSN = FSM_STSN_RCV; /* PAGE 4-69 V 

ELSE 

#FSM_STSN = NO_OP; 

SELECT ANYORDER; 

. WHEN(SCB.SC_SDT = ALLOWED & SCB.SC_CLEAR = ALLOWED) 

#FSM_DT =~FSM_DT_RC V_SDT_AND_CLEAR; 

. WHEN (SCB. SC SDT = ALLOWED S SCB.SC CLEAR ALLOWED) 

#FSM_DT =~FSM_DT RCV_SDT; 

. WHEN (SCB. SC_SDT~-» : = — ALLOWED 6 SCB. SC CLEAR = ALLOWED) 

. #FSM_DT = FSM__DT_RCV_CLEAR; 

. WHEN(SCB.SC_SDT -»= ALLOWED 6 SCB.SC CLEAR -.= ALLOWED) 

. # FSM DT =~NO__OP; 

END; 


/* 

PAGE 

4-63 

*/ 

/* 

PAGE 

4-65 

*/ 

/* 

PAGE 

4-67 

*/ 


IF SCB.SC_CRV = ALLOWED 8 

SCB.CRYPTOGRAPHY_SESSION_JLEVEL = (SELECTIVE | MANDATORY) THEN 
#FSM CRV = FSM CRV RCV; /* PAGE 4-71 */ 

ELSE 

#FSM_CRV = NO_OP; 

RETURN; 

END SESSACT.SECONDARY_INITIALIZE; 
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SESSACT-TC_RESET: PROCEDURE: 


/* 


PURCTIOM: RESETS ALL TC FSH*S IM THE DATA TRAPFIC SUBTREE, I.E., ALL TC FSH*S. 

THIS ROUTINE IS CALLED AS A RESULT OF RESETTING A SUBTREE THAT 

INCLUDES CRV , DT, AND ALL PACING OBJECTS. 

INPUT: RESET SIGNAL FROH A SERVICES HAHAGER 

OUTPUT: FSH*S ARE RESET AND VARIABLES ARE SET TO THEIR INITIAL VALUES 

REFERS TO THE FOLLOWING PROCEDURE (S): 

CPHGB_RBSET PAGE 4-28 


CALL 

#FSH CRV (* RESET 1 ) ; 

/* 

PAGES 4-70 

TO 

4-71 

V 

*/ 

CALL 

♦FSH~DT(* RESET*); 

/* 

PAGES 4-62 

TO 

4-67 

*/ 

CALL 

CPHGR_RBSBT; 

/* 

PAGE 4-28 



V 


RETURN; 


END SESSACT.TC_RESET; 


CLEAB_RESET: PROCEDURE; 


/* 


FUNCTION: 

INPUT: 

OUTPUT: 


RESETS A HALF-SESSION WHEN A CLEAR IS BEING PROCESSED 
CALLED BT AN FSH 

FSH* S ABE RESET AND VARIABLES ARE SET TO THEIR INITIAL VALUES 


REFERENCED BT THE FOLLOWING PROCEDURE(S) : 
FSH DT FCV CLEAR 
FSH_DT_RCV_SDT AND CLEAR 

FSH~DT~SEND_CLEAR 

fsh“dt“‘sehd“sdt 

FSHJ>T~SEND SDT AND CLEAR 


PAGE 4-67 
PAGE 4-63 
PAGE 4-66 
PAGE 4-64 
PAGE 4-62 


REFERS TO THE FOLLOWING PROCEDURE(S) : 

CPHGR RESET PAGE 4-28 

UPH RESET_SPS PAGE 4-28 


CALL 

CPHGR_RESET; 

/* 

PAGE 4-28 

*/ 

*/ 

CALL 

SESSACT. DFC__RESET; 

/* 

CHAPTER 5 

*/ 

CALL 

UPH_RBSET_SPS; 

/* 

PAGE 4-28 

*/ 


RETURN; 


END CLEAR_FESET; 
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UPM^RESET^SPS: PROCEDURE; 

/* 


| FUNCTION: RESETS THAT PART OF THE HALF-SESSION ASSOCIATED WITH SESSION 

| PRESENTATION SERVICES (SNA LU-LU SESSION TYPES) 

| INPUT: NONE 

| OUTPUT: FSH'S ARE RESET AND VARIABLES ARE SET TO THEIR INITIAL VALUES 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

CLEAR_RESET PAGE 4-27 


*/ 

RETURN; 

END UPM_RESET_SPS; 

4 
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*C„OB_BF_TC,DEQUEUE.Q_PAC: PROCEDURE; 


/* 


FUNCTION: DETERHIMES IF IT IS VALID TO REMOVE A MESSAGE UKIT FROM Q PAC. IF 

VALID, REMOVES PIU FROM Q PAC AMD SENDS IT TO PATH CONTROL. THIS 
PROCEDURE HAY TURN PACING INDICATOR ON IN A RESPONSE 

INPUT: SIGNAL FROM HIGHBR_LEVEL_SCHEDULBR (APPENDIX C) 

OUTPUT: PIU TO PATH CONTROL (CHAPTER 3) 

.REFERS TO THE FOLLOWING PROCEDURE (S) : 

FSM PAC RQ RCV PAGE 4-61 

FSH_PAC_RQ~SEND PAGE 4-60 

UPM”RESOURCES PAGE 4-59 


V 

IF TCCB.SEND PACING = YES & /* CAN ALWAYS SEND RSP & */ 

(TCCB^pIcIHG COUNT > 0 | /* CAN SEND RQ IF PACING */ 

FIRST ENTRY(TCCB.Q PAC)->RRI = RSP) THEN /* COUNT IS POSITIVE */ 

DO; 

. REMOVE FIRST(MU) FROM TCCB.Q PAC; 


SELECT ANYORDER (RRI) ; 

. WHEN(RQ) 

. DO; 

. . CALL FSM_PAC_RQ_SEND; /* PAGE 4-60 */ 

. . TCCB-PACING COUNT = TCCB.PACING COUNT - 1; 

. END; 

. WHEN (RSP) 

. DO; 

. . IF TCCB.RCV PACING = YES & 

. .. UPM RESOURCES = OK THEN 

. . CALL FSS_PAC_RQ_RCV; 

. END; 

END; 

IF SCB.SCB TYPE = HALF_SESS THEN 


SEND 

ELSE 

HU 

TO 

#PC 

USING(ORIGIN = TC.CPMGR); 

/* CHAPTER 3 

*/ 

SEND 

MU 

TO 

#PC 

USING (ORIGIN = BF.TC) ; 

/* CHAPTER 3 

V 


END; 


/* PAGE 4-59 ♦/ 

/* PAGE 4-61 */ 


RETURN; 

END TC_OR_BF_TC. DEQUEUE.Q_PAC; 


TC_OR_BF_TC.IPR_SEND: PROCEDURE; 


/* 


FUNCTION: DETERMINES IF AN IPR MAY BE SENT BASED ON THE STATE OF 
FSM_PAC_RQ RCV (PAGE 4-61). IF IT CAN BE SENT, GENERATES AN IPR AND 
SENDS IT TO PATH CONTROL. 


INPUT: SIGNAL FROM HIGHER_LEVEL_SCHEDULER (APPENDIX C) 


OUTPUT: 


ISOLATED PACING RESPONSE (IPR) TO PATH CONTROL (CHAPTER 3) 


REFERS TO THE FOLLOWING PROCEDURE(S): 
CREATE_IPR 
FSM PAC_RQ_RCV 

UPK"resources 


PAGE 4-58 
PAGE 4-61 
PAGE 4-59 


IF 

TCCB.RCV PACING = YES S FSM PAC RQ RCV = PEND S 

/* 

PAGE 4-61 


UPM RESOURCES = OK THEN 

/* 

PAGE 4-59 

DO; 



. 

CALL CREATE IPR; 

/* 

PAGE 4-58 

. 

EFI * EXPEDITED; 

/* 

OPTIONAL 


CALL FSM PAC RQ RCV; 

/* 

PAGE 4-61 

. 

IF SCB.SCB TYPE"= HALF SESS THEN 



. 

SEND m TO #PC USING(ORIGXN = TC.CPMGR); 

/* 

CHAPTER 3 

- 

ELSE 



• 

SEND MU TO #PC USING(ORIGIN - BF.TC); 

/* 

CHAPTER 3 


* 

* 


V 

V 

*/ 

*/ 

V 


RETURN; 


END TC_OR_BF_TC.IPR_.SEND; 
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TC.CPHGR.SEND: PROCEDURE; 


FUNCTION: 


INPUT: 


OUTPUT: 


USAGE AND STATE CHECKS ARE PERFORMED. IN A TYPE 1 NODE, THE VALUE 
FROM THE SNF IS SAVED- IF REQUIRED, THE MESSAGE UNIT IS ENCIPHERED. 
IF PACING IS SUPPORTED, THE MESSAGE UNIT HAY BE PLACED ON Q_PAC. 

RQIRSP FROM DFC . SEND | TC. SC | TC.CPHGR.. RCV 

REQUESTS CONTAIN THE FOLLONING INFORMATION: EFI, SNF, RRI=RQ, 
RU_CTGY, FI, SDI, BCI, BCI, DR1I, DR2I, ERI, QRI, BBI, EBI, CDI, 
CSI, EDI, RU 

RESPONSES CONTAIN THE FOLLONING INFORMATION: EFI, SNF, RRI=RSP, 
RU_CTGY, FI, SDI (SAME SETTING AS RTI), BCI, ECI, RI, DR1I, DR2I, 
QRI, RU 

TH PARAMETERS AND BIU FOR RQ|RSP TO PC|Q_PAC 


REFERS TO THE FOLLONING PROCEDURE(S) : 
FSM CNTL_IMMED EXP 
TC.CPHGR.SEND_CHECKS 
TC.CPHGR.SENdInORM_RQ 
TC.CPHGR.SEND NORM RSP 


PAGE 4-61 
PAGE 4-32 
PAGE 4-33 
PAGE 4-33 


DCL PACE BIT(1); 


ESTABLISH TCCB PTR 


TCCB_PTR = SCB.TC_CB_PTR; 


| OPTIONAL CHECKS. NEED NOT BE DONE IF ALREADY | 
| DONE IN A HIGHER LAYER OR COMPONENT | 


IF -DISPATCHED BY(TC.SC*) 6 

TC.CPMGR. SEND CHECKS = NG THEN 
SEND SEND_CHECK TO SENDING_PROCEDURE; 

ELSE 

DO; 


/* PAGE 4-47 
/* PAGE 4-32 


♦/ 

/* 

V 

/* 


*/ 

*/ 

*/ 


IN A TYPE 1 NODE, THE VALUE OF THE SNF OF EACH SENT REQUEST IS SAVED TO BE 
INSERTED INTO THE RESPONSE NHEN IT ARRIVES SINCE THE FID3 DOES NOT HAVE AN SNF. 
THIS IS A META-IMPLEMENTATION REQUIREMENT. 


IF NCB.PU TYPE = PU T1 & RRI = RQ THEN 
IF EFI * NORMAL THEN 

SCB.SEND_NORM_SNF = SNF; 

ELSE 

SCB. SEND_EXP__SNF = SNF; 

MUCB.SEND_CHECK_SENSE = X*0000*; 

SELECT ANYORDER; 

WHEN(RRI = RQ 6 EFI = EXPEDITED) 

DO; 

. CALL FSM CNTL IMMED EXP; 

. PACE = NO; 

END; 

NHEN(RRI * RQ 6 EFI * NORMAL) 

PACE a TC.CPHGR.SEND_NORM_RQ; 

WHEN(RRI = RSP & EFI = EXPEDITED) 

PACE = NO; 

NHEN(RRI a RSP & EFI a NORMAL) 

PACE = TC.CPHGR.SEND_NORH_RSP; 

END; 

SELECT INORDER; 

NHEN(MUCB.SEND_CHECK SENSE -= X*0000«) 
SEND SEND — CHECK TO SENDING^PROCEDURE; 

NHEN (PACE = YES) 

INSERT MU LAST IN TCCB.Q_PAC; 

WHEN(PACE = NO) 

SEND MU TO #PC; 


END; 

END; 


/* RU IS GOOD 


/* PAGE 4-61 

/* EXP RQ* S NOT PACED 


/* PAGE 4-33 

/* EXP RSP* S NOT PACED 

/* PAGE 4-33 

/* ENCIPHERING FAILURE 

/* CHAPTER 3 


V 

V 


*/ 

*/ 

♦/ 


RETURN; 

END TC.CPHGR.SEND; 
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TC.CPHGR.SEND_CHECKS: PROCEDURE BETORNS (BIT ( 1) ) ; 


/* 


FUNCTION: THIS PHOCEDOHE PERFORMS THE CONNECTION POINT MANAGER OSAGE AND STATE 

SEND EBBOB CHECKS. 

INPOT: MO 

OOTPOT: IF AN EHROR IS FOUND , A VALUE OF NO GOOD (NG) IS RETURNED AND 

SEND_CHECKJ5ENSE IS SET; OTHERWISE, OK IS RETURNED. 


REFERENCED BT THE FOLLOWING PROCEDURE(S): 
TC. CP MGS. SEND 
TC.SC.SEND 


PAGE 4-31 
PAGE 4-47 


REFERS TO THE FOLLOWING PROCEDURE (S): 
FSHCNTL IHMED EXP 
UPM Q PAC_FULL 


PAGE 4-61 
PAGE 4-34 


HUCB.SEND_CHECK_SENSE = X»0000»; 


*/ 


SELECT INORDER; 

/* 


. 

1 SESSION NOT ACTIFE 


\ 

♦/ 

*/ 

/* 

WHEN (#FSH SESS ACTIVE) 

MOCB. SEND_CHECK__SENSE = X»8005«; 

/* 

NO SESSION 


I OSAGE CHECKS 








V 

. 

WHEN(EFI = NORMAL & 




. 

TCCB.MAX SEND RU SIZE -= NOT SPECIFIED & 

/* 

LENGTH SPECIFIED 

*/ 

. 

DCF - RH LENGTH > TCCB.MAX SEND RU SIZE) 

/* 

DCF-RH LENGTH=RU LENGTH 

*/ 

. 

HUCB.SEND CHECK SENSE - X*1002*; 

/* 

INVALID RU SIZE 

*/ 





/* 


| STATE CHECKS 

■- -,-T —r—T- —, ,—r_--T- - - - - ~ 


1 






*/ 


WHEN(SEND OB RECEIVE CHECK(FSM_CNTL IMMED_EXP) j 

/* 

PAGE 4-61 

*/ 


SEND~OR~RECEIVE~CHECK(#FSM DT) ~| 

/* 

PAGES 4-62 TO 4-67 

*/ 


sendjjrjreceiveIcheck (#fsm7cbv)) 

/* 

PAGES 4-70 TO 4-71 

*/ 


; 

/* 

SEND CHECK SENSE SET 

*/ 



/* 

BY FSH'S 

*/ 


WHEN(EFI = NORMAL & 





(RBI = RQ ( (RBI = RSP 8 QRI = QR)) & 





UPM Q PAC FULL = TRUE) 

/* 

PAGE 4-34 

*/ 


MUCB.SEND_C HEC K_S E NS E = X'0812*; 

/* 

PACING QUEUE IS FOLL 

*/ 



/* 

8 MU IS TO BE PACED 

*/ 


OTHERWISE; 






/* 

EVERYTHING OK 

V 


END; 


IF MUCB.SEND_CHECK_SENSE = X«000Q« THEN 
RETURN(OK)7 
ELSE 

RETURN(NG) ; 


END TC.CPMGR.SEND_CHECKS; 
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TC.CPHGR.SEMD_NORH_RQ: PROCBDURB RETURNS (BIT (1)); 


FUNCTION: BKCIPHBR 1 NORMAL-FLOW RBQOBST IF NECESSARY BHD DETERHIHE IF IT IS 

TO BE PACED 

IHPUT: HOBHAL RQ FROM CPHGR. SEED 

OUTPUT: RQ, BHCIPHBRBD IF NECESSARY 


REFERENCED BY THE FOLLONING PROCEDURE(S) : 


TC.CPHGR.SEND 

PAGE 

4-31 

REFERS TO THE FOLLOWING PROCEDURE(S): 
RU_PAD 

UPH_EHCIPHER 

PAGE 

PAGE 

4-34 

4-34 


*/ 

/* 


l— -----—— 

| ENCIPHER IF NECBSSARY 

1 




V 

IF RU CTGY * FHD S 



DCF RH LENGTH & 

SDI * -»SD G 



(SCB.CRYPTOGRAPHY^SESSION LEVEL * MANDATORY | 

(SCB.CRYPTOGRAPHY SESSION LEVEL - SELECTIVE G 

/* FOR SELECTIVE 

V 

EDI « ED)) THEN 

/* ENCIPHERING, EDI IS 

V 


/* SET BY THE END USER 

V 


/* TO INDICATE WHETHER 

*/ 


/* TO ENCIPHER 

V 

DO; 



. CALL RU_PAD; 

/* PAGE 4-34 

V 


/* ADDS PAD BYTES 

V 

. IF OPH ENCIPHER = NG THEN 

/* PAGE 4-34 

V 

. HUCB.SEND_CHECK_SENSE = X , 0848«; 

/* CRYPTOGRAPHY FUNCTION 

*/ 


/♦ INOPERATIVE 

*/ 

END; 


/* 

| DETERMINE IF PACED 

i----- 

i 

_i 



IF TCCB.SEND PACING * YES THEN 
RETURN (YES)"; 

ELSE 

RETURN(NO); 

END TC.CPHGR.SEND_NORH_RQ; 


TC.CPHGR.SEND.NORH.RSP: PROCEDURE RETURNS (BIT(1) ) ; 


/* 


FUNCTION: PROCESS A NORMAL-FLOW RESPONSE BY DETERMINING IF A SESSION-LEVEL 

PACING RESPONSE SHOULD BE INCLUDED AND IF THIS RESPONSE SHOULD BE 
PLACED ON THE PACING QUEUE 

INPUT: NORMAL BSP FROM CPHGR.SEND 

OUTPUT: BSP WITH PI POSSIBLY SET TO PAC 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

TC.CPHGR.SEND PAGE 4-31 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSH_PAC_RQjtCV PAGE 4-61 

OPH RESOURCES PAGE 4-59 


IF TCCB.SEND PACING = YES THEN 
DO; 

IF QRI * --QR | EMPTY (TCCB-Q PAC) THEN 
DO$ 


. IF FSM_PAC_RQ_RCV = PEND G 

/* 

PAGE 

4-61 

V 

. UPM RESOURCES = OK THEN 

/* 

PAGE 

4-59 

*/ 

. CALL FSM PAC RQ RCV; 

/* 

PAGE 

4-61 

*/ 


• RETURN(NO); 
END; 

ELSE 

RETURN (YES) ; 

END; 

ELSE 

RETURN(NO); 


END TC.CPHGR.SBND_NORM_fcSP; 
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RU_PAD: PROCEDURE; 

/♦ 


FUNCTION: EXTEND THE RU TO A MULTIPLE OF 8 BITES. THE VALUE OF THE PAD BITES 

IS UNPREDICTABLE EXCEPT FOR THE LAST BITE, WHICH CONTAINS THE NUHBES 
OF PAD BITES AS AN UNSIGNED RUBBER. 

INPUT: HU 

OUTPUTS HU NITH RU EXTENDED (IF NECESSARY) TO LENGTH THAT IS A MULTIPLE OF 8 

REFERENCED BI THE FOLLOWING PROCEDURE (S) : 

TC.CPHGR.SEND_NORH_RQ PAGE 4-33 

REFERS TO THE FOLLOWING PROCEDURE(S): 

UPH.PAD PAGE 4-35 


.. ■ , • ... ■,,, , ... ... -; : ,, ... , . V 

DCL PAD FIXED(15) BIN; 

DCL PAD ALIAS CHAR(2) BASED(ADDR(PAD)) ; 


PAD * 8 - HODULO (DCF - RH_LENGTH,8); /♦ APPENDIX B ♦/ 


IF PAD -*« 8 THEN 

DO; 

. RU = RU (0:DCF - RH LENGTH - 1) ||UPH PAD(PAD - 
. DCF « DCF ♦ PAD; 

. PDI = PD; 

END; 

ELSE 

PDI ■ -»PD; 

1)11PAD_ALIAS(1:1); /♦ PAGE 4-35 

♦/ 

RETURN; 


=. . -.1 ; ; 


END RU_PAD; 




UPH^Q^PAC^FULL: PROCEDURE RETURNS(BIT(1)); 

‘lV 





/* 

| FUNCTION: 

DETERMINES IF A PACING QUEUE IS 

FULL 

I 

| INPUT: 

THE PACING QUEUE ASSOCIATED WITH THE SCB 

1 

1 

| OUTPUT: 

TRUE IF IT IS FULL; OTHERWISE FALSE 

1 

! 

i 

| REFERENCED 

BY THE FOLLOWING PROCEDURE(S) : 
TC.CPMGR.SEND_CHECKS 

PAGE 4-32 

l 

1 

I 

RETURN(FALSE) ; 


■' • *• •• • ' V * X . • 

V 

END UPH_Q_PAC_FULL; 


... ‘ X\ , • ■ '. 


UPM__ENCIPHER: PROCEDURE RETURNS (BIT (1) ) ; 





/♦ 

! FUNCTION: 

ENCIPHERS THE RU USING THE DES 

ALGORITHM 

1 

| 

1 

t INPUT: 

MU TO BE ENCIPHERED 


1 

1 

a 

| OUTPUT: 

f 

OK OR NG. IF OK, HU WITH RU 

PASSED 

ENCIPHERED. OTHERWISE, HU AS IT WAS 

1 

1 

1 

■ 

| REFERENCED 

1 

BY THE FOLLOWING PROCEDURE(S) : 
TC.CPHGR.SEND^NORH^RQ 

PAGE 4-33 

f 

1 

I 


♦/ 

RETURN(OK) ; 


END UPM_ENCIPHER; 
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UPB_PAD: PROCEDURE(LBN) RETURNS(CHARACTER(8) TART IV G) 


/♦ 


PUNCTION: GBREBATES THE REQUIRED RUBBER OP ORPREDICTABLE CHARACTERS 

INPUT: THE ROBBER OP BYTES REQUIRED, BETHSEN 1 AND 7 INCLUSIVE 

OUTPUT: A CHARACTER STRING OP THE REQUESTED LENGTH 

REPBRENCBD BY THE POLLONING PROCEDURE(S) : 

RU_PAD PAGE 4-34 


V 

DCL LBN PIXBD(IS) BIN: 

DCL PAD CHAR(8) ; 

PAD * • •; /♦ AN IHPLEHBNTATION SHOULD CHOOSE A PSEODO-RANDOB VALUE */ 

RETURN (PAD(0: LBN - 1)); 

END UPH_PAD; 
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TC. CPHGR. BCV: PROCEDURE; 


FUNCTION: THE OSAGE AND STATE CHECKS ABE HADE. IF THE MESSAGE UNIT CONTAINS A 

PACING RESPONSE, IT IS PBOCESSED. TYPE 1 NODES HAYE SNF ADDED. 
BEQUESTS AND RESPONSES ABE ROUTED AND PACING REQUESTS ARE PROCESSED. 

INPUT: RQIRSP FBOH PC* THE TH FIELDS AND BIU ARE THE SIGNIFICANT FIELDS. 

OUTPUT: RQJRSP TO DFC.BCY|TC.SC.RCY OR -BSP TO TC.CPHGR.SEND 


REFERS TO THE FOLLOWING PROCEDURE(S): 
ADD SNF_FOR T1 
FSH CNTL IH!!ED_EXP 
PAC BSP RCY 
TC.CPHGR.RCY.NORM RQ 
TC.CPHGR. RCY CHICKS 


PAGE 4-40 
PAGE 4-61 
PAGE 4-41 
PAGE 4-40 
PAGE 4-38 


! 

ESTABLISH TCCB 

—— -—i 

i 

:_CB_PTR; 



1 

i--- 

USAGE AND STATE CHECKS 

| 


SELECT ANIORDER(TC.CPHGR.RCYJTHECKS); 

WHEN (NEG RSP) 

DO; 

. SEND HU TO TC.CPHGR.SEND; 

. RETURN; 

END; 

WHEN(DISCARD HU) 

DO; 

. DISCARD HU; 

. RETURN; 

END; 

OTHERWISE 

CALL FSH_CNTL_IKHED__EXP; 

END; 


/* PAGE 4-38 


/* PAGE 4-31 


*/ 

/* 


*/ 

/* 


*/ 

*/ 


*/ 


/* CONVERT JPO^EXR OR GOOD 
/* PAGE 4-61 


*/ 

*/ 


| CHECK FOR DFC OR PHD RU THAT WAS PASSED BI A J 
| CLEAR S 


IF RU_CTGY = (DFC 1 FMD) THEN 
DO; 

CALL #FSH DT; 

IF RECEIYl CHECK = DISCARD HU THEN 
DO; 

. DISCARD HU; 

. RETURN; 

END; 

END; 


/* PAGES 4-62 TO 4-67 


V 

*/ 


DONE IF IPR 


IF PAC_RSP_RCV = IPR^DISCARDED THEN 
RETURN; 


/* PAGE 4-41 


V 

*/ 


| BETA—IMPLEHENTATION REQUIRES THAT SNF'S BE | 
\ REESTABLISHED IN A TYPE 1 NODE j 


IF NCB.PU TYPE - PUJT1 THEN 
CALL ADDSNFFOa T1; 


/* PAGE 4-40 


*/ 

V 
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I 


I 


/* 


SELBCT AIYORDBR(BO_CTGY); 

. HHEI(SC) 

. SSKD HO TO TC-SC.HCf; /* PASS 

. HHBH(DFC,FHD) 

. SELECT AIYORDBR; 

. . WHER(EPI = EXPEDITED) 

. . SEND HU TO DFC.RCf; /* CHAPTER 5 

. . IHEI(EFI = IORHAL S RBI = BQ) 

DO; 

- CALL TC.CPHGR. RCY.IOHH_HQ; /» PAGE #-40 

- . . IHSBBT HO LAST II SCB-Q_TCJTO__DFC ; 

. . EMD; 

. . HHEH(EPI « HOBHAL 5 RBI = BSP) 

IF QBI - -»QH THE! 

SEHD HO TO DFC.BCY; /» CHAPTER 5 

. . ELSE 

. - IHSERT HO LAST II SCB-Q_TCJTO_BFC; 

. EID; 


V 


V 


V 


V 


V 


. WHEN(IC) 

. DO; 

. IF RBI * BQ & -»HQI THE! /♦ APPEBDIX B ♦/ 

. . DO; 

- . . CALL CHAHGB_flU_TO BEG BSP<I«1007*); /+ APPEBDIX B */ 

• • • ~ /* CATEGORY ROT SUPPORTED */ 

- SEHD HO TO TC-CPHGR.SEHD; 

. . BID; 

. . ELSE 

DISCARD HO; 

EID; 

END; 


BETORH; 

END TC.CPHGR.RCf; 
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TCtCPMGR.RCV_CHBCKS: PROCEDURE RETURNS(BIT(2)) 


/* 


FUNCTION: USAGE CHECKS ABB HADE FOB VALID RU LENGTH AID VALID SEQUENCE BOBBER 

OB A BOBBAL FLOW BEQUEST. IF CRYPTOGRAPH! IS TO BE USED, AB 
OPTIONAL CHECK IS HADE THAT EDI IS SET WHEN BBCIPHERIBG IS HABDATORT 
AND THE LENGTH OF THE BU IS CHECKED FOR BEING A KOITIPLB OF 8. THE 
SESSION ACTIVATION STATE IS CHECKED AND AB OPTIONAL CHECK IS HADE 
FOR A BAD SERVICES HABAGER FAILURE. THE PBOCEDURE VERIFIES THAT ALL 
FSM* S ABE IB THE PROPER STATE. 

INPUT: BQIRSP FROH TC.CPHGB.RCV 

OUTPUT: BEG RSP, CONVERT TO EXR,. DISCARD HU, OR GOOD DEPENDING OB THE ERROR, 

IF ANY. FOR A “NEGATIVE RESPONSE OR BXR, THE REQUEST IS CHANGED 



BEFORE THE PROCEDURE RETURNS. 



1 

1 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 



1 

i 


TC.CPHGR.BCV 

PAGE 

4-36 

1 


REFERS TO THE FOLLOWING PROCEDURE(S): 



1 

1 


FSM CNTL IMBED EXP 

PAGE 

4-61 


1 

UPH_MAU„INOPERATIVE 

PAGE 

4-42 

1 





V 





/* 


| ACTIVE SESSION 

1. — - - . 


\ 






V 

IF 

#FSM SESS -= ACTIVE THEM 


/* CHAPTER 13 

V 


RETURN(DISCARDING); 



/* 


i---■--- - -* 

| SEQUENCE RUBBERS | 

i— __-____ _■■-J 


IF EFI * NORHAL 8 RRI = RQ 6 

SCB.SQN USAGE * SEQUENCE NUMBERS 8 
NCB.PU TYPE = (PU T2 | PU T4 | PU T5) THEN 
IF SNF * SCB.SQN_RCV_CNT ♦ 1 THEN 

SCB.SQN RCV CNT * SCB.SQN RCV CNT ♦ 1; 

ELSE 

DO; 

. CALL CHANGE HU TO EXR(X*2001*); /♦ APPENDIX B 

. /* SEQUENCE NUMBER 

. RETURN(CONVERT TO EXR); 

END; 


V 


V 

♦/ 

/* 


USAGE CHECKS 


j 


I 


L 


VALID RU LENGTH 


1 

I 


IF EFI ■ NORMAL 6 

TCCB.MAX_BCV_BU SIZE -.= NOT SPECIFIED 8 
((DCF - RH^LENGTH) > TCCB. HAX_RCV_RU_SIZE) THEN 
IF RRI = RQ THEN 
DO; 

. CALL CHANGE_MUjrO_BXR(X*1002') ; 

. RETURN(CONVERT TO EXR); 

END; 

ELSE 

DO; 

. CALL UPM_LOG(*BU LENGTH ERROR*) ; 

. RETURN(DISCARD MU); 

END; 


/* APPENDIX B 
/♦ RU LENGTH ERROR 


/♦ RESPONSE 
/* APPENDIX B 


♦/ 

/♦ 


*/ 


*/ 

♦/ 


*/ 

V 
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IP THE WINDOW SIZE IS SPECIPIED TO BE 0 WHEN | 
THE TS PROFILE INDICATES THAT PACING HAT BE | 
USED, AND A REQUEST IS RECEIVED WITH PI=PAC, \ 

THEN THE RECEIVER RETURNS EITHER A PACING | 

RESPONSE OR A NEGATIVE RESPONSE WITH SENSE | 
CODE POR PACING NOT SUPPORTED. THIS IS THE | 

OPTIONAL CHECK POR RETURNING A NEGATIVE | 

RESPONSE. | 


IF RRI = RQ S EFI = NORMAL & 

PI » PAC & TCCB.RCV_PACING = NO 6 

(SCB.TS PROFILE = (PROFILE 2 | PROFILE 3 | PROFILE 4 | PROFILE_7 | PROFILE 17)) THEN 

DO; 


IF -RQN THEN 

/* 

APPENDIX B 

V 

DO; 

. CALL CHANGE_MU_TO — NEG — RSP(X 1 4008'); 

/* 

APPENDIX B 

*/ 

• 

/* 

PACING NOT SUPPORTED 

*/ 


. RETURN (NEG RSP) ; 
END; 

ELSE 

RETURN(DISCARD_HU); 

END; 


DECIPHERING FUNCTION CHECKS 


IF RRI * RQ & EFI = NORMAL & 

(SCB.CRYPTOGRAPHY_SESSION — LEVEL = MANDATORY | 
(SCB.CRYPTOGRAPHY__SESSION__LEVEL = SELECTIVE & EDI 
RU CTGY * FMD 6 

DCF -= RH LENGTH & SDI = -SD THEN 

DO; 


ED)) & 


. RETURN(CONVERT_TO_EXR) ; 
END; 


/* 


V 


IF EDI = -ED THEN 

/* 

OPTIONAL CHECK FOR 

V 


/* 

MANDATORY ENCRYPTION 

V 

DO; 

/* 

AND EDI NOT SET 

*/ 

. CALL CHANGE_MU_TO_EXR(X*0809•) ; 

/* 

APPENDIX B 

*/ 

. 

/* 

MODE INCONSISTENCY 

*/ 

. RETURN(CONVERTJTOJEXR) ; 




END; 




IF MODULO(DCF - RH_LENGTH,8) -= 0 THEN 

/* 

APPENDIX B 

*/ 

DO; 




. CALL CHANGE_MU_TO_EXR(X»1001'); 

/* 

APPENDIX B 

*/ 

. 

/* 

RU DATA ERROR 

*/ 


END; 


STATE CHECKS 


OPTIONAL CHECK FOR NAU SERVICES MANAGER 
FAILURE 


. RETURN(NEG RSP); 
END; 

ELSE 

RETURN(DISCARD MU); 

END; 


V 

/* 


IF UPM NAU INOPERATIVE = TRUE THEN 

/* 

PAGE 4-42 

*/ 

V 

DO; 

. IF -RQN THEN 

/* 

APPENDIX B 

♦/ 

. DO; 

. . CALL CHANGE_MUjrO_NEG_RSP(X*8003*); 

/* 

APPENDIX B 

*/ 

- 

/* 

NAU INOPERATIVE 

V 


COMPLIANCE WITH THE IMMEDIATE REQUEST MODE 
PROTOCOL IS CHECKED AND IT IS CHECKED THAT 
DATA TRAFFIC AND CRV FSH•S ARE PROPERLY 
ESTABLISHED FOR HIGHER LEVEL RU«S TO FLOW. 
THE DATA TRAFFIC FSH CHECK IS REQUIRED ONLY 
IN A PRIMARY HALF-SESSION THAT ALLOWS THE 
SENDING OF CLEAR AND THE CRYPTOGRAPHY FSM 
CHECK IS OPTIONAL IN A SECONDARY. 


IF SEND_OR RECEIVE CHECK(FSM CNTL IMHED^EXP) 
SEND OR RECEIVE CHECK (#FSM_JDT) | 

SEND OR RECEIVE CHECK (#FSM CRV) THEN 
RETURN (RECEIVE_CHECK); 

RETURN(GOOD); 

END TC.CPMGR•RCV — CHECK S; 


/* PAGE 4-61 
/* PAGES 4-62 TO 4-67 
/* PAGES 4-70 TO 4-71 


*/ 

*/ 

*/ 

♦/ 
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TC.CPMGR.RCV.NORM_RQ: PROCEDORE; 

/* 


FUNCTION: DECIPHER A NORMAL-FLOW REQUEST IF NECESSARY AND UPDATE PACING FSB 

INPUT: NORMAL-PLOW REQUEST 

OUTPUT: NORMAL-FLOW REQUEST OF BXR AS RETURNED BY DECIPHER 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

TC.CPMGR, RCV PAGE 4-36 


REFERS TO THE FOLLOWING PROCEDURE(S): 

DECIPHER PAGE 4-42 

FSM_PAC RQ_RCV PAGE 4-61 


IF (SCB.CRYPTOGRAPHY SESSION LEVEL = MANDATORY | 

(SCB.CRYPTOGRAPHY SESSION LEVEL = SELECTIVE G 
RU CTGY = FMD G DCF -= RH~LENGTH G SDI - -SD 
CALL DECIPHER; 

EDI * ED) ) 
THEN 

G 

/* PAGE 

4-42 

V 

*/ 

IF TCCB.RCV PACING = YES THEN 

CALL FSM_PAC_RQ_RCV; 


/* PAGE 

4-61 

*/ 


RETURN; 


END TC.CPMGR.RCV.NORH^RQ; 


ADD_SNF_FOR_T1: PROCEDURE; 


FUNCTION: CREATE SNF VALUES FOR DFC TO PROCESS 

INPUT: RQIRSP 

OUTPUT: RQIRSP WITH SNF FILLED IN 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

TC.CPMGR,RCV PAGE 4-36 

REFERS TO THE FOLLOWING PROCEDURE(S): 

UPM ID EXP PAGE 4-42 


SELECT ANYORDER; 

WHEN(EFI = EXPEDITED G RRI = RQ) 

SNF = UPM_ID_EXP; 

WHEN(EFI = EXPEDITED G RRI = RSP) 

SNF = SCB.SEND_EXP_SNF; 

WHEN(EFI - NORMAL G RRI * RQ) 

DO; 

. SCB.SQN RCV CNT = SCB. SQN RCV CNT ♦ 1; 
- SNF = SCB.SQN RCV CNT; 

END; 

WHEN(EFI = NORMAL G RRI = RSP) 

SNF = SCB.SEND NORM_SNF; 

END; 


RETURN; 

END ADD^SNF_F0RJT1; 


/* PAGE 4-42 
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PAC_BSP_RCV: PROCEDURE RETDBUS(BIT(1)); 


FUNCTION: 


INPOT: 
ODTPOT: 


IF MESSAGE UNIT IS AN IPR OR RESPONSE WITH PI=PAC, THE RECEIPT OF A 
PAC RSP IS NOTED. IF THE MESSAGE UNIT IS AN IPR, IT IS DISCARDED 
AND'tHE RETURN CODE IS SET TO INDICATE THIS ACTION. IF IT IS A 
RESPONSE WITH PI = PAC, PI IS SET TO -PAC AND THE PIU IS RETURNED 
FOR FURTHER PROCESSING. 

RQIRSP 

RQIRSP OR IPR_DISCARDED INDICATION 


REFERENCED BT THE FOLLOWING PROCEDURE(S) : 
TC.CPMGR.RC? 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSH PAC RQ SEND 
IPR CHECK 


PAGE 4-36 


PAGE 4-60 
PAGE 4-58 


*/ 


IF TCCB.SEND PACING * YES THEN 
DO; 

IF RRI * RSP 6 PI * PAC THEN 
DO; 


CALL FSH_PAC_RQ_SEND; 

/* 

PAGE 

4-60 

*/ 

IF IPR.CHECK ■ YES THEN 

/* 

PAGE 

4-58 

*/ 


DO; 

• DISCARD HU; 

. RETURN(IPR DISCARDED); 
END; 

ELSE 

RETURN (-»IPR DISCARDED) ; 

END; 


END; 


ELSE 

/* 

OPTIONAL CHECK FOR 

IPR 

*/ 


/* 

WHEN PACING NOT IN 

USE 

*/ 

IF IPR_CHECK * YES THEN 

/* 

PAGE 4-58 


*/ 


DO; 

. DISCARD HU; 

. RETURN(IPR_DISCARDED) ; 
END; 


RETURN (-.IPR.DISCARDED) ; 
END PAC_RSP_RCV; 
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DECIPHER: PROCEDURE 


/* 

FUNCTION; TO DECIPHER AN ENCRYPTED MESSAGE I 

INPUT: ENCIPHERED MU | 

OUTPUT: DECIPHERED MU OR AN EXR f 

REFERENCED BT THE FOLLOWING PROCEDURE(S) : I 

TC.CPMGR.RCV.NORH_RQ PAGE 4-40 | 


REFERS TO THE FOLLOWING PROCEDURE(S): 


*/ 

DCL PAD COUNT FIXED BIN(15); 

DCL PAD_COUNT_BYTES CHAR (2) BASED (ADDR (PAD_COUNT) ) ; 

IF UPM DECIPHER = NG THEN /* PAGE 4-43 */ 

DO; 

. CALL CHANGE MU TO EXR(X*0848*); /* APPENDIX B */ 

. ” /* CRYPTOGRAPFY FUNCTION */ 

. /* INOPERATIVE */ 

. RETURN; 

END; 

IF PDI * PD THEN 
DO; 

. PAD COUNT = 0; /* THESE LINES OF CODE */ 

. PAD”C0UNT BYTES(0:0) = RU(DCF - 4:DCF -4); /* EXTRACT THE PAD COUNT */ 

. ” /* FROM THE LAST BYTE OF */ 

. /* THE RU S ASSIGN IT TO */ 

. /* PAD_COUNT */ 

. IF PAD_COUNT = 0 | PAD_COUNT > 7 THEN 

. CALL CHANGE_MU_TO EXR (X•1001•); /* APPENDIX B V 

. " /* RU DATA ERROR */ 

. ELSE 

DCF * DCF - PAD_COUNT; 

END; 


RETURN; 

END DECIPHER; 


UPM_NAU_INOPERATIVE: PROCEDURE RETURNS(BIT(1) ) ; 

/♦ 

»——— --— --------- ■% 

| FUNCTION: DETERMINES IF A NAU SERVICES MANAGER HAS FAILED | 

I I 

| INPUT: NONE I 

I I 

| OUTPUT: TRUE IF THE NAU SERVICES MANAGER IS INOPERATIVE; OTHERWISE FALSE | 

i I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : | 

| TC.CPMGR.RCV_CHECKS PAGE 4-38 | 

i_____ j 

♦/ 

RETURN (FALSE) ; 

END UPMJiAU_INOPERATIVE; 


UPM_ID_EXP: PROCEDURE RETURNS(FIXED BIN(16)); 

/♦ 

«- - -*---—« 

| FUNCTION: GENERATES A UNIQUE 16-BIT ID FOR THE SESSION | 

\ I 

| INPUT: NONE | 

I I 

| OUTPUT: 16-BIT ID | 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : | 

| ADD SNF FOR T1 PAGE 4-40 I 

| TC.SC.SEND ~ PAGE 4-47 | 


V 

SCB.RCV_.EXP_SNF = SCB.RCV_EXP_SNF +1; /* IMPLEMENTATIONS MAI GENERATE ANX UNIQUE VALUE */ 

RETURN(SCB.RCV_EXP_SNF) ; 

END UPM_ID_EXP; 


4-42 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 















UPHJDECIPHER: PROCEDURE BETORHS (BIT (1)); 



END UPHJDECIPHER; 
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TC.SC.RCV: PROCEDURE: 


FUNCTION: CHECKS THAT THE FUNCTION IS SUPPORTED, AND HAKES STATE RECEIVE 

CHECKS. IF THE CHECKS FAIL, THE HESSAGE UNIT IS DISCARDED OR 
RETURNED AS A -ESP. OTHERNISE, HESSAGE UNIT IS ROUTED TO THE FSIPS. 

INPUT: RQIRSP FROM TC.CPMGR.RCV 

OUTPUT: RQJRSP TO NAU.SVC_MGR 

WHEN IT IS SENT ON, A BEQUEST HAS THE FOLLOWING FIELDS SET: SESSION 
IDENTIFICATION (SCB^PTS), SNF. {IDENTIFIER), RRI*RQ, RU_CTGI-SC, RU. 

A RESPONSE HAS THE FOLLOWING FIELDS SET: SESSION IDENTIFICATION 
(SCB PTR), SNF (IDENTIFIER), R8I=RSP, RTI, SDI (SAME SETTING AS 
RTI) , RU 

NOTE: THE HU IS SENT TO THE APPROPRIATE SERVICES MANAGER FOR THIS 

HALF-SESSION: LU.SVC HGR, PU.SVC MGR (CHAPTER 11), OR SSCP.SVCJIGR 

(CHAPTER 7) . 


REFERS TO THE FOLLOWING PROCEDURE(S): 
TC.SC.RCV_CHECKS 


PAGE 4-45 


SELECT ANYORDER(TC.SC.RCV^CHECKS); 

WHEN(NEG RSP) 

SEND HU TO TC.CPHGR.SEND; 

WHEN(DISCARD HU) 

DISCARD HU? 

WHEN (GOOD) 

DO; 


/* PAGE 4-45 
/* PAGE 4-31 


END; 

END; 

RETURN; 


V 

♦/ 



CALL 

#FSH DT; 

/* PAGES 4-62 

TO 

4-67 

*/ 


CALL 

#FSM“STSN; 

/* PAGE 4-6tt 



V 


CALL 

#FSM~RQR; 

/* PAGE 4-67 



♦/ 


CALL 

#FSM~CRV; 

/* PAGES 4-70 

TO 

4-71 

♦/ 


SEND 

HU TO #SVC HGR; 

/* SEE NOTE 



*/ 


END TC.SC.RCV; 
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TC.SC.RCV — CHECKS: PROCEDURE RETURNS(BIT(2)); 

/* 


FUNCTION: VERIFIES THAT THE FUNCTION REQUESTED IS SUPPORTED BY THIS 

HALF-SESSION AND THAT ALL FSM'S ARE IN THE PROPER STATE FOR THE 
MESSAGE UNIT TO BE PROCESSED 

INPUT: HU 

OUTPUT: NEG ESP, DISCARD HU, OR GOOD. IF AN INVALID STATE CONDITION EXISTS 

AND~THE HU IS A~REQUEST, IT IS CHANGED TO A NEGATIVE RESPONSE AND 
NEG_RSP IS RETURNED. IF AN INVALID STATE CONDITION EXISTS AND THE 
MU IS A RESPONSE, DISCARD MU IS RETURNED. IF ALL STATE CONDITIONS 
ARE VALID, GOOD IS RETURNED. 

REFERENCED BY THE FOLLOWING PROCEDURE (S) : 

TC.SC.RCV PAGE 4-44 

REFERS TO THE FOLLOWING PROCEDURE(S): 

TC.SC FORMAT_CHECK PAGE 4-46 

TC.SC”FUNCTI0N SUPPORTED PAGE 4-50 


V 

IF TC.SC FUNCTION_SUPPORTED = NG THEN /* PAGE 4-50 */ 

DO; 

. IF RRI = RQ THEN 
. DO; 

. . CALL CHANGE MU TO NEG RSP (X* 1003 •) ; /* APPENDIX B */ 

. . RETURN (NEG RSP)"; 

. END; 

. ELSE 

. RETURN(DISCARD MU); 

END; 


IF TC. SC__FORMAT CHECK = NG | /* PAGE 4-46 */ 

SEND_OR_RECEIVE_CHECK(#FSM_STSN) | /* PAGE 4-68 */ 

SEND OR"‘rECEIVE _ CHECK(#FSm”dT) | /* PAGES 4-62 TO 4-67 */ 

SENd“0R~RECEIVe!cHBCK(#FSM CRV) | /* PAGES 4-70 TO 4-71 */ 

SEND_OR_RECEIVE_CHECK(#FSM^RQR) THEN /* PAGE 4-67 */ 

RETURN(RECEIVE CHECK); 

ELSE 

RETURN(GOOD); 


END TC.SC. RCV__CHECKS ; 
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TC.SC_FOBB»T_CBBCK: PBOCEDUBE BBTOBBS (BIT(1) ) 
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TC.SC.SEND: PROCEDURE 


/• 


FUNCTION: CHECKS THiT THE FUNCTION IS SUPPORTED 1ND HAKES STATE SEND CHECKS. 

IF THE CHECKS FAIL, A SEND-CHECK SENSE DATA IS SENT TO THE SENDING 
PROCEDURE, A NAD.SVC MGR. OTHERNISE, THE MESSAGE UNIT IS SENT TO 
THE PROPER FSH. AFTER AN SNF IS FILLED IN FOR EXPEDITED REQUESTS, 
THE HU IS SENT ON. 


INPUT: RQIRSP FROM HAU.SVC_HGH 

REQUESTS HAVE THE FOLLONING FIELDS SET: FRI=RQ, RU. 

RESPONSES HAVE THE FOLLONING FIELDS SET: SNF, RRI*RSP, RTI, SDI 

(SANE SETTING AS RTI), RU 

OUTPUT: RQIRSP TO CPHGR.SBND 


REFERS TO THE FOLLONING PROCEDURE(S) : 
SC FORMAT SET 
tcTcphgr.sbnd CHBCKS 
TC.SC.SEND CHECKS 
UPH ID EXP* 


PAGE 4-49 
PAGE 4-32 
PAGE 4-48 
PAGE 4.-42 


HUCB.SEND_CHECK_SENSE * X'0000'; 


*/ 


IF TC.SC.SEND CHECKS - NG | /* PAGE 4-48 

TC.CPHGR.SBND CHECKS = NG THEN /* PAGE 4-32 

DO; 

. IF MOCB.SEND CHECK SENSE -*« X'0000* THEN 
. SEND SEND CHECK TO SENDING PROCEDURE; 

. ELSE 

. DISCARD HU; 

END; 

ELSE 

DO; ... 



UPDATE FSH*S 


. CALL #FSH DT; 

. CALL #FSM*STSN; 
. CALL #FSH~RQR; 

. CALL #FSH~CRV; 


/* PAGES 4-62 TO 4-67 
/* PAGE 4-68 
/* PAGE 4-67 
/* PAGES 4-70 TO 4-71 


| ASSIGN VALUE TO SNF FOR REQUESTS AND SAVE THE 
| SNF VALUE IF IT IS A CLEAR REQUEST 


I 

I 

j 


IF RRI * RQ THEN 
DO; 

I SNF « UPM_ID_EXP; /* PAGE 4-42 

. IF RQ CODE = CLEAR THEN 
. SCBTLAST CLEAR SNF = SNF; 

END; 


I 


SET RH BITS 


I 

j 


. CALL SC_FORHAT_SET; 


/* PAGE 4-49 


*/ 

*/ 


/* 


*/ 

*/ 

*/ 

*/ 

*/ 

/* 


*/ 


*/ 


/♦ 


*/ 

*/ 


. SEND HU TO TC.CPMGR.SEND; 


/* PAGE 4-31 


*/ 


END; 

RETURN; 

END TC.SC.SEND; 
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TC.SC.SBND_CHECKS: PROCEDURE RETURNS(BIT(1)); 

____ 

\ FUNCTION: VERIFIES THAT THE FUNCTION REQUESTED IS SUPPORTED BY THIS 1 

j HALF-SESSION AND THAT TH? APPROPRIATE FSM«S ARE IN THE PROPER STATE | 

| FOR THE HESSAGE UNIT TO BE PROCESSED | 

S INPUT: HU | 

| OUTPUT: NG IF AR INVALID STAVE CONDITION EXISTS; OTHERWISE, OK. IF NG, | 

| SEND CHECK SENSE IS SET. | 

I \ 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): | 

| TC.SC.SEND PAGE 4-47 | 

| REFERS TO THE FOLLOWING PROCEDURE(S) : j 

| FSH_CNTL__IHHEDJBXP PAGE 4-61 | 

1 TC.SC FUNCTION^SUPPORTED PAGE 4-50 J 

«——.—_,——--—I---1--—.— — ---; —_—,— —i 

V 

IF TC.SC FUNCTION SUPPORTED - NG THEN /* PAGE 4-50 */ 

DO; 

. BUCB.SEND CHECK SENSE * X«1003»; /* FUNCTION NOT SUPPORTED */ 

. RETURN(NGf; 

END; 


IF #FSM_SESS -«= ACTIVE THEN 

DO; 

• MUCB.SEND CHECK SENSE = X'8005'; /» NO SESSION */ 

. RETURN(NG7; 

END; 

IF SEND_OR_RECEIVE CHECK (FSM_CNTL IMHBD EXP) | /* PAGE 4-61 ♦/ 

SEND OR_RECEIVE CHECK (#FSH DT) | “ /* PAGES 4-62 TO 4-67 ♦/ 

SEND_OR RECEIVE~CHECK(#FSH~CRV) | /* PAGES 4-70 TO 4-71 ♦/ 

SEND OR_RECEIVE CHECK(#FSH”STSB) | /* PAGE 4-68 ♦/ 

SEND OR~RECEIVE~CHECK(#FSH”rQR) THEN /* PAGE 4-67 */ 

RETURN (NG) 7 
ELSE 

RETURN (OK) ; 


END TC.SC.SEND^CHRCKS; 
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SC_FORHAT SET: PROCEDURE; 


/* 

| FUNCTION: SETS THE BH BITS OF THB BEQUEST OB BBSPOMSE. | 
I I 
| IVPUT: SC BQIBSP | 
I I 
| OUTPUT: SC BQIBSP WITH RH BITS PROPERLY SET | 
I I 
| REFERENCED BY THE FOLLOWING PROCEDURE (S): | 
| TC.SC.SEND PAGE 4*47 | 


*/ 

SELECT ANYOBDER(RRI); 

I NHEN(RQ) 

. DO; 

. . EFI = EXPEDITED; 

. . RU CTGY * SC; 

- . FI * B'1'J 

. . SDI = -SD; 

. . BCI * BC; 

. - ECI * EC; 

. . DR1I * DR1; 

. . DR2I = -DR 2; 

. . ERI = -ER; 

. . QRI * -QR; 

. PI = -PAC; 

. . BBI * -BB; 

. . EBI = -EB; 

. . CDI = -CD; 

. . CSI * CODEO; 

. . EDI = -ED; 

. . PDI = -PD; 

. END; 

. HHEN(RSP) 

. DO; 

. EFI = EXPEDITED; 

. . RU CTGY = SC; 

. . Fl”= B'1'J 

. - BCI * BC; 

. . ECI » EC; 

. . DR1I =* DR1; 

. . DR2I = -DR2; 

. . QRI = -QR; 

. . PI « -PAC; 

END; 

END; 

END SC_FORHAT_SET; 
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TC.SC_FONCTIOH_SOPPORTED: PROCEDURE RETURNS(BIT(1) ) ; 




FUNCTION: VERIFIES THAT THE FUNCTION REQUESTED IS SUPPORTED BY THIS 

HALF-SESSION. 

INPUTS MU 

OUTPUT: NG IF NOT SUPPORTED; OTHERWISE, OK. 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

TC.SC.RCVJTHECKS PAGE 4-45 

TC.SC.SEND CHECKS PAGE 4-48 


r— p — —- - — - -——-—-*i 

| DETERMINE IF RQ_CODE IS SUPPORTED | 

i-----.-____i 


IF (RQ_CODE » CLEAR & SCB.SC_CLEAR ALLOWED) | 
(RQ — CODE = SDT & SCB.SC~SDT ALLOWED) | 
(RQ^CODE = STSN S SCB• SC STSN -*= ALLOWED) | 
(RQ CODE = CRV & (SCB.Sc"“cRV -= ALLOWED \ 
SCB.CRYPTOGRAPHY_SESSION LEVEL - NONE)) | 
(RQ_CODE = RQR S SCB.SC RQR ALLOWED) THEN 
RETURNING); 


/* 


*/ 

/*' 


*/ 


/* 


r - , — --——— --—-—-—i 

| DETERMINE IF THIS HALF-SESSION CAN SEND OR J 
| RECEIVE THE RQ OR RSP FOR THE RQ_CODE. | 
| PRIMARY HALF-SESSIONS SEND CLEAR, SDT,~STSN, | 
| AND CRV. SECONDARY HALF-SESSIONS SEND RQR | 

L______,_J 


SELECT ANYORDER; 


*/ 


. WHEN ( (SCB.HALF SESSION = PRIMARY & MUCB.DIRECTI ON = RECEIVE) | 

. (SCB.HALF^SESSION * SECONDARY S MUCB.DIRECTION = SEND)) 

I SELECT ANYORDER; 

. . WHEN(RRI = RQ & RQ_CODE = RQR) 

. . RETURN (OK); 

, . WHEN(RRI * RQ & RQ CODE = (CLEAR | SDT | STSN | CRV)) 

. . RETURN(NG) ; 

. . WHEN (RRI a RSP & RQ CODE = RQR) 

. . RETURN (NG); 

. . WHEN(RRI a BSP & RQ CODE = (CLEAR | SDT | STSN | CRV)) 

. . RETURN (OK) ; 

. END; 

. WHEN((SCB.HALF SESSION = PRIMARY & MUCB.DIRECTION = SEND) | 

. (SCB.HALF~SESSION = SECONDARY S MUCB.DIRECTION = RECEIVE)) 

. SELECT ANYORDER; 

. . WHEN(RRI a HQ & BQ_CODE = RQR) 

RETURN(NG) ; 

. . WHEN(RRI = RQ & RQ CODE = (CLEAR | SDT | STSN j CRV)) 

. . RETURN (OK); 

. . WHEN(RRI = RSP & RQ CODE a rqr) 

RETURN(OK) ; 

. . WHEN(RRI a RSP & RQ CODE = (CLEAR | SDT | STSN | CSV)) 

. . RETURN (NG); 

. END; 

END; 


END TC.SC_FUNCTION_SUFPORTED; 
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BF. SESSACT.TC.INITIALIZE: PROCEDURE 


/* 




FUNCTION: 

INPOT: 
OUTPUT: 


SETS UP SESSION PARAMETERS THAT ARE NEEDED BY BF.TC. THIS PROCEDURE 
IS EXECUTED WHEN THE SESSION IS BEING ACTIVATED. 

SCB_PTR IS ESTABLISHED 

UPDATES SCB AND TCCB'S FOR BOUNDARY FUNCTION 


V 

/* 


I-*--I 

| SET #PC — THE PATH CONTROL PROCEDURE THAT IS | 

| SENT TO | 

i__________1 

*/ 

/* CHAPTER 3 */ 

/* CHAPTER 3 */ 


SCB. TC CB PTR~>TCCB.#PC = PC. VRC.'SEND; 

SCB.SEC_TO_BF_TC_CB_PTR->TCCB.#PC = BF.PC.SEND; 


SELECT ANYORDER (SCB.TYPE_OF_SESSION) ; 

. WHEN(SSCP PU,SSCP_LU) 

DO; 

. SCB.TC_CB_PTR->TCCB.SEND_PACING = NO; 

. . SCB. TC~CB__PTR—>TCCB. RCV PACING = NO; 

. SCB.SECJTO BF_TC_CB PTR->TCCB.SEND PACING = NO; 
. . SCB.SEC„T0IbF_TC_CB~PTR->TCCB.RCV_PACING = NO; 

. END; 


WHEN(LU_LU) 

DO; 


/* 


r -------1 

| SECONDARY TO PRIMARY PACING | 


IF BIND RSP.SEC_TO_PRI_STAGING_IND = SEC_TO_PRI_TWO THEN 
DO; 

. IF BIND RSP.SEC_SEND_PACING CNT -= 0 THEN 
. SCB.sic_TO_BF_TC_CB_PTR->TCCB.RC V_PACING = YES; 

. ELSE 

SCB. SEC_TO_BF__TC_CB_PTR—>TCCB. RCV__PACING = NO; 

. IF BIND_RSP.PRI_RCV_PACING_CNT -= 0 THEN 
. DO; 

. SCB.TC CB_PTR->TCCB.SEND PACING = YES; 

. SCB.TC~CB PTR—>TCCB«WINDOW SIZE = BIND_RSP.PRI_RCV_PACING CNT; 
. NEWLIST SCB.TC_CB_PTE->TCCB. Q_PAC ENTRY__NAME (MU) QUEUE; 

END; 

. ELSE 

. SCB,.TC_CB_PTR->TCCB.SEND PACING = NO; 

END; 


*/ 


ELSE 

DO; 

. SCB.SEC_TO_BF_TC_CB_PTR->TCCB.RCV_PACING = NO; 
. SCB.TC_CB^PTR->TCCB.SEND_PACING -~NO; 

END; 


r-1 

| PRIMARY TO SECONDARY PACING I 

i ---- j 

IF BIND_RSP.PRI_TO_SEC_STAGING_IND = PRI_TO_SEC_TWO THEN 
DO; 

. IF BIND_RSP.SEC_RCV_PACING_CNT -*= 0 THEN 
. DO; 

. . SCB.SECJTO._BF TC_CB PTR->TCCB.SEND PACING = YES; 

. . SCB.SECJTO_BFJTC CB~PTR->TCCB.WINDOW JSIZE = BIND_RSP.SEC_RCV_PACING_CNT; 

. . NEWLIST SCB.SEC_TO_BFjrC_CB_PTR->TCCB.QJ?AC ENTRY_NAME(MU) QUEUE; 

END; 

. ELSE 

. SCB.SECJTO_BF_TC_CB_PTR->TCCB.SEND_PACING = NO; 

. IF BINDJ8SP.PRI SEND_PACING_CNT 0 THEN 
. SCB.TC CB_PTR—>TCCB.RCV_PACING = YES; 

- ELSE 

SCB.TC_CB_PTR->TCCB.RCV_PACING = NO; 

END; 


/* 


V 


. . ELSE 

. . DO; 

. . . SCB.SEC TO_BFJTC CB_PTR->TCCB.SEND_PACING = NO; 

. . . SCB.TC_CB_PTR->TCCB.RCV_PACING * NO; 

. . END; 

. END; 

END; 


RETURN; 


END BF.SESSACT.TC.INITIALIZE; 
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BF.TC.BESET: PROCEDURE; 


/♦ 

r~——— -—--- i —‘—^—— -- ——---———■——*————— -■ — —-1 

I FUNCTION: RESETS ALL BF.TC FSM»S, PURGES BF.TC QUEUES, AND RE-INIYIALIZES THE | 

| SESSION-LEVEL PACING COUNT AND THE NORMAL-FLOW SEQUENCE NUMBER j 

| FIELDS IN THE SCB I 

| INPUT: SCB_PTR IS ESTABLISHED I 

| OUTPUT: RESET TCCB•S AND SCB I 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): I 

| BF.TC.RCV PAGE 4-53 I 

| REFERS TO THE FOLLOWING PROCEDURE(S): I 

| FSM_PACJRQ RC? PAGE 4-61 I 

| FSM_PAC_SQ~SEND PAGE 4-60 I 



RESET FSH* S 


CALL SCB.TC CB_PTR->FSH_PAC RQ SEND ('RESET*) ; 

CALL SCB.TC~CB PTR->FSM PAC_RQ~RCV(•RESET *) ; 

CALL SCB. SEC_TO BF__TC_CB_PTR->FSM PAC RQ SEND (• RESET •) ; 
CALL SCB.SEC_TOlBF_TC CB_PTR->FSM__PAC~RQ~RCV ('RESET') ; 


/* PAGE 4-60 
/* PAGE 4-61 
/* PAGE 4-60 
/* PAGE 4-61 


*/ 

/* 


*/ 
*/ 
*/ 
*/ 
*/ 
* /* 


| EMPTY ALL BF.TC QUEUES | 

L.-■-----J 

*/ 

IF SCB.TC_CB_PTR->TCCB.SEND_PACING « YES THEN 
PURGE SCB.TC_CB_PTR->TCCB.Q_PAC; 

IF SCB.SEC_TO_BF_TC_CB_PTR->TCCB.SEND_PACXNG = YES THEN 
PURGE SCB.Sic TO_BF_TC_CB_PTR->TCCB.Q_PAC; 

/* 

i-*-—-———-—----——» 

| RESET THE SESSION-LEVEL PACING COUNTS TO THE | 

| CORRESPONDING WINDOW SIZES | 


*/ 

IF SCB.TC_CB_PTR~>TCCB.SENDPACING = YES THEN 

SCB.TC CB_PTR~>TCCB.PACINGCOUNT = SCB.TC_CB_PTR->TCCB.WINDOW_SIZE; 

IF SCB.SEC_TO_BF_TC_CB_PTR->TCCB.SEND_PACING = YES THEN 

SCB.SEC TOBF TC_CB_PTR->TCCB.PACING_COUNT = SCB.SEC_TO_BF_TC_C8 PTR->TCCB.WINDOW_SIZE; 

/* 


r ------——--------——--— ---1 

| RESET THE NORMAL-FLOW SEQUENCE NUMBER FIELDS. | 
| THE SEND NORMAL-FLOW SNF IS RESET TO 1 IN THE | 
| BOUNDARY FUNCTION BECAUSE OF THE NEED TO | 
| INCREMENT ON EBIU TO AVOID SEQUENCE NUMBER I 
| PROBLEMS IF THE NORMAL SEGMENTING SEQUENCE IS J 
| INTERRUPTED BY A FORWARD ABORT. (SEE J 
| ''SEGMENTING" IN CHAPTER 3 FOR ADDITIONAL | 
| DISCUSSION.) | 

i-------;-—-1 


SCB.SQN SEND__CNT = 1; 
SCB.SQN_RCV_CNT = 0; 


*/ 


RETURN; 


END BF.TC.RESET; 
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BF.TC.RCV: PROCEDURE 


/* 


FUNCTION: CHECKS SESSION ACTIVATION. WHEN RECEIVING FROM THE SECONDARY r 

INSERTS CORRECT SEQUENCE NUMBER OR ID IN SNF OF TH. WHEN RECEIVING 
A REQUEST FROM THE PRIMARY, SAVES THE CORRECT SEQUENCE NUMBER OR ID 
FROM THE SNF OF TH. PROCESSES CLEAR 

INPUT: RQIRSP FROM BF.PC OR PC 

OUTPUT: RQIRSP TO BF.NAU 

NOTE: #SVC MGR IS SET BY CSC (CHAPTER 13). WITHIN THE BOUNDARY FUNCTION, 

IT IS SET TO EITHER BF.PU.SVC J!GR OR BF.LU.SVC_MGR. 


REFERS TO THE FOLLOWING PROCEDURE(S): 
BF.TC.ADD SNF 
BF.TC.REsiT 
BF.TC.SAVE SNF 

fsm_pac_rq!send 

IPR~CHECK 


PAGE 4-55 
PAGE 4-52 
PAGE 4-56 
PAGE 4-60 
PAGE 4-58 


*/ 

/* 

r -- - - - -—- --—--1 

| CHECK THAT SESSION IS ACTIVE | 

i-j 

*/ 

IF #FSM SESS -»« ACTIVE THEN /* CHAPTER 13 */ 

DO; 

. DISCARD MU; 

. RETURN; 

END; 

/* 

| ESTABLISH TCCBJPTR | 

i_i 


♦/ 

IF DISPATCHED_BY (BF.PC*) THEN 

TCCB_PTR = SCB.SEC_TO BF TC CB PTR; 

ELSE 

TCCB PTR = SCB-TC CB PTR; 

/♦ 

i- —— -----1 

| PROCESS IPR THAT IS DIRECTED HERE | 







V 

IF TCCB.RCV PACING = YES & IPR CHECK 

= YES THEN 

/* 

PAGE 

4-58 

*/ 

DO; 

. CALL FSH_PAC_RQ SEND; 


/* 

PAGE 

4-60 

*/ 

. DISCARD MU; 

. RETURN; 

END; 





/* 

\ IF SUPPORTING A 

TYPE 1 NODE, 

PROCESS SEQUENCE 

—i 

1 



1 

L___- 

NUMBERS 


1 




*/ 

IF SCB.SUPPORTED_NODE TYPE = T1 THEN 
DO; 

. IF DISPATCHED BY(BF.PC*) THEN 
. CALL BF.TC.ADD_SNF; 

. ELSE 

CALL BF.TC.SAVE_SNF; 

END; 

/* 


/* 

PAGE 

4-55 

*/ 

/* 

PAGE 

4-56 

*/ 


i —- — - - - --- - -1 

| PROCESS CLEAR | 


*/ 

IF RU_CTGY = SC & RQ^CODE = CLEAR 6 
SCB.SC_CLEAR = ALLOWED 6 
((RRI = RSP S DISPATCHED BY(BF.PC*)) | 

(RRI = RQ S DISPATCHED BY(PC.VRC*))) THEN 

CALL BF.TC.RESET; /* PAGE 4-52 */ 


SEND MU TO iSVCJIGR; 


/* SEE NOTE 


*/ 


RETURN; 


END BF.TC.RCV; 
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BF.TC.SEHD: PROCEDURE; 


/* 


FUMCTION: ENFORCES PACING PROTOCOLS IF APPLICABLE. 


INPUT: RQIRSP FROH BF.PU_OR_LU.SfC.HGR TCCB.PTR IS ESTABLISHED. 

OUTPUT: RQIRSP TO PC OB Q_PAC 


NOTES: 1. SEGMENTING IS ONLY VALID ON FLOWS FROM THE SECONDABY TO THE 

PRIMARY. ON FLOWS FROH THE PRIMARY TO SECONDARY BBIOI WILL 

ALWAYS BE SET TO BBIU. 

2. *PC IS SET IN BF.TC.RCV TO EITHER BF.PC.SEND OR PC.fEC.SEND. 
WHEN THE FLOW IS FROH PRIMARY TO SECONDARY, IT IS SET TO 
BF.PC.SEND; WHEN THE FLOW IS FROH SECONDARY TO PRIMARY, IT IS SET 
TO PC.fRC.SEND. *PC IS CARRIED IN THE TCCB WHICH IS CARRIED 
THROUGHOUT THE THREAD AND THEREFORE PROPERLY ESTABLISHED WHEN 
THIS PROCEDURE BIECUTBS. 


REFERS TO THE FOLLOWING PROCEDURE(S): 
CREATE IPR 
FSH PAC BQ RCf 
FSH PAC~RQ~SEND 
UPM RESOURCES 


PAGE 4-58 
PAGE 4-61 
PAGE 4-60 
PAGE 4-59 


SELECT INORDER; 


V 


. WHEN(BBIUI - -»BBIU | (BRI = RQ & EFI * NORMAL)) /* SEE NOTE 

. DO; 


*/ 

/♦ 




*/ 

IF PI = PAC 8 TCCB.RCf PACING * HO 8 

SCB.TS PROFILE * 7p»0FILE 2 | PROFILE 3 \ PROFILE 4 | PROFILE 7) THEN 

DO; 

. IF -iRQN THEN /* APPENDIX B */ 

. DO; 

• . CALL CHANGE HO TO NEG RSP(X•4008•) ; /* APPENDIX B */ 

. . SEND MU TO #PC7 “ /* CHAPTER 3 •/ 

. END; 

. ELSE 

. DISCARD MU; 

END; 


| IF THE WINDOW SIZE IS SPECIFIED TO BE 0 WHEN 
| THE TS PROFILE INDICATES THAT PACING HAY BE 
| USED, AND A REQUEST IS RECEIVED WITH PI»PAC, 

| THEN THE RECEIVER RETURNS EITHER A PACING 

| RESPONSE OR A NEGATIVE RESPONSE WITH SENSE 
| CODE FOR PACING NOT SUPPORTED. THIS IS THE 

| OPTIONAL CHECK FOR RETURNING A NEGATIVE 

| RESPONSE. 

i__________ 


. ELSE 
. DO; 

. . IF TCCB.SEND_PACING » YES THEN 

DO; 

. . . CALL FSH PAC RQ SEND; /* PAGE 4-60 */ 

. . . INSERT HU LAST IN TCCB-Q_PAC; 

. . END; 

. . ELSE 

. . SEND HU TO #PC; /* CHAPTER 3 */ 

. END; 

END; 


WHEN(EFI = EXPEDITED) 
SEND MU TO TCCB.#PC; 


/* CHAPTER 3 


*/ 
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. WHEN(RRI = RSP & EFI = NORMAL) 

- DO; 

. . IF TCCB.RCV PACING = YES 8 

. . UPM RESOURCES = OK THEN /* PAGE 4-59 

- . CALL FSM PAC RQ RCV; /* PAGE 4-61 


| WITHIN THIS SECTION THE PACING INDICATOR | 

| COULD BE SET FOR EITHER ONE-STAGE OR | 

| TWO-STAGE PACING- | 

u——-_,_________i 

IF TCCB.SEND PACING - YES THEN 
SELECT ANYORDER; 

- WHEN(QRI = QR) 

. SEND MU TO #PC; /* CHAPTER 3 

. WHEN (QRI = -.QR 8 PI = , -J»AC) 

- INSERT MU LAST IN TCCB.Q_PAC; 

. WHEN (QRI = -»QR & PI = PAC) 

. DO; 


- - - - PI = PAC; 

. . . . INSERT MU LAST IN TCCB.Q^PAC; 

. - - . CALL CREATE IPR; 

- - - - EFI = EXPEDITED; 

. - . . SEND MU TO #PC; 

. . . END; 

END; 

- . ELSE 

. . SEND MU TO #PC; /* CHAPTER 3 

. END; 

END; 

I ' ' 

RETURN; 


/* PAGE 4-58 
/* CHAPTER 3 


*/ 

*/ 

/* 


V 


*/ 


V 

*/ 


*/ 


END BF.TC-SEND; 


BF.TC.ADD_SNF: PROCEDURE; 


/* 


FUNCTION: ADDS APPROPRIATE SNF TO AN RU COMING FROM A TYPE 1 NODE 

INPUT: RQ1RSP FROM BF-TC-RCV 

OUTPUT: RQ|RSP UPDATED WITH SNF 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

BF-TC-RCV PAGE 4-53 

REFERS TO THE FOLLOWING PROCEDURE(S): 

UPM_ID_ASSIGN PAGE 4-56 

UPM ID NORM PAGE 4-56 


SELECT ANYORDER; 


V 


WHEN(EFI = EXPEDITED 8 RRI = RQ) 

SNF * UPM_ID — ASSIGN; /* PAGE 4-56 */ 

WHEN(EFI - EXPEDITED & RRI = RSP) 

SNF = SCB.SEND_EXP_SNF; 

WHEN(EFI = NORMAL 8 RRI = RQ) 

DO; 


SNF = SCB.SQN RCV CNT; 




IF EBIUI = EBIU THEN 

/* 

TEST ONLY REQUIRED IF 

*/ 


/* 

UNASSEMBLED SEGMENTS 

*/ 

IF SCB-SQN_USAGE = SEQUENCE^NUMBERS THEN 

/* 

PASSED BY THE BF 

*/ 


SCB.SQN RCV CNT = SCB-SQN RCV CNT ♦ 1; 

. ELSE 

. SCB.SQN_RCV_CNT = UPM_ID_NORM; /* PAGE 4-56 V 

END; 


. WHEN(EFI - NORMAL 8 RRI - RSP) 
. SNF = SCB.SEND_NORM_SNF; 

END; 


RETURN; 


END BF.TC-ADD_.SNF; 
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BF.TC. $AVB_SMF: PROCEDURE; 

/* 

, ..■.—■—--— — .; - - ---- 1 --— iU ——-- — - - -i 

| FUHCTIOH: SAFES SQM OB ID OF LAST BEQUEST GOIMG TO A TYPE 1 MODE \ 

| INPUT: BQIBSP FBOH BF.TC.BCV | 

| OUTPUT: RQ, BSP OB EXB AMD UPDATED SCB COMTAIMING THE SMF | 

| BEFEBEMCED BY THE FOLLOWING PBOCEDUBE(S) : | 

| BF.TC.RCV PAGE 4-53 | 


SELECT AMYORDER; 


*/ 

. WHEN(BRI - BQ 6 EFI = EXPEDITED) 

. SCB*RCV__BXP_SHF * SMF; 



. WHEN(BRI = RQ 8 EFI * NORMAL) 

IF SMF -•= (SCB. SQM RCV CMT ♦ 1) THEN 
. CALL CHAMGE_MU JPO_BXR(X• 200 1 •) ; 

. ELSE 

. SCB.SQN_RCV__CNT * SCB.SQN JRCV_CNT + 1; 

/* APPENDIX B 
/* SEQUENCE NUMBER 

♦/ 

*/ 

. OTHERWISE 

/* RRI *' RSP 

*/ 

END; 



RETURN; 



END BF.TC.SAVE_SNF; 



UPM^IDJiORM: PROCEDURE RETURNS(FIXED BIN(16)); 


/* 


| FUNCTION: GEHEBATES A UNIQUE 16-BIT ID POB THE SESSION 

| INPUT: NONE 

| OUTPUT: 16-BIT ID 

| BEFEBENCED BY THE FOLLOWING PROCEDUBE(S): 

| BF.TC-ADD_SNF PAGE 4-55 

i_._______ 

♦ 

SCB.SQN RCV_CNT * SCB.SQN RCV_CNT ♦ 1; /* IMPLEMENTATIONS HAY ASSIGN ANY UNIQUE VALUE * 

BETUBN (SCB. SQN__RCV_CNT) ; 

END U PH__ID — NORM; 


UPM_ID — ASSIGN: PROCEDURE RETURNS(FIXED BIN(16)); 

/* 

r-----1 

| FUNCTION: GENERATES A UNIQUE 16-BIT ID FOR THE SESSION | 

| INPUT: NONE | 

| OUTPUT: 16-BIT ID | 

| BEFEBENCED BY THE FOLLOWING PROCEDURE(S) : I 

| BF.TC.ADD_SNF PAGE 4-55 \ 

L____-_ Z ___i___I 

*/ 

SCB.SBWD_EXP_SNF * SCB.SENDEEXP_SNF ♦ 1? /* IMPLEMENTATIONS MAY ASSIGN ANY UNIQUE VALUE */ 
RETURN(SCB.SENDJBXPJSNF) ; 

END UPH_ID_ASSIGN; 
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DECODED: PROCEDURE(SIZE) RETURNS (BIT (32) ) 


__ /* 

FUNCTION: CONVERTS MAX RU SIZE FfiOH ITS ENCODED FORH TO AN INTEGER VALUE | 

I 

INPUT: ENCODED VALUE X*AB* | 

OUTPUT: A*(2**B) | 

I 

REFERENCED BT THE FOLLONING PROCEDURE(S): | 

SESSACT.PRIHARI INITIALIZE PAGE 4-25 | 

SESSACT.SECONDAll INITIALIZE PAGE 4-26 | 


DCL SIZE BIT (8); 


♦/ 


DCL EXPONENT FIXED BIN(31); 

DCL EXPOHBNT_BITS BIT (32) BASEt)(ADDR (EXPONENT) ) ; 


DCL INTSIZE BIT(32) ; 


1 

• 

CONVERT EXPONENT INTO INTEGER | 

-■ - _ - - - - - -.- - - - ■ 

EXPONENT = 0; 

EXPONENT^BITS (28:31) = 

SIZE(4:7); 

1 

PLACE HANTISSA IN CORRECT LOCATION | 

INTSIZE * ALL_ZEROES; 



INTSIZE (28 - EXPONENT:31 - EXPONENT) = SIZE(0:3) ; 


RETURN(INTSIZE) ; 
END DECODED; 
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CRSATS.IPB: PROCEDURE 


FUNCTION: 

GENERATES AN ISOLATED PACING 

RESPONSE (IPR) WITH RH=X>830lOO f 

INPUT: 

NONE 


OUTPUT: 

NORHAL-FLQW IPR 


REFERENCED 

BY THE FOLLOWING PROCEDURE(S) 

2 


BF.TC.SEND 

PAGE 4-54 


TC OR BF TC.IPR SEND 

PAGE 4-29 


CREATE MU; 


RBI = RSP; 
BCI * BC; 
ECI = EC; 


SET RH VALUES FOR RESPONSE 


SET RH VALUES FOR IPR 


RU CTGY 
FI~ 

SDI 

DR II 

DR2I 

RTI 

QRI 

PI 


FMD; 

B»0»; 

-.SD; 

-»DR 1; 

-.DR 2; 
POSITIVE; 

-qr; 

PAC; 


| SET TH VALUES NEEDED FOR LENGTH AND BOUNDARY | 
| FUNCTION | 


BBIUI = BBIU; 
EBIUI = EBIU; 

DCF = RH LENGTH; 


DIRECTION BIT FOR META—IMPLEMENTATION 


MUCB.DIRECTION = SEND; 
RETURN; 

END CREATE IPR; 


IPR^CHECK: PROCEDURE RETURNS(BIT (1)) ; 



FUNCTION: DETERMINES IF MESSAGE UNIT IS AN ISOLATED PACING RESPONSE 

INPUT: RQIRSP 

OUTPUT: RQ|RSP AND IPR INDICATION 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

BF.TC.RCV PAGE 4-53 

PAC RSP RCV PAGE 4-41 


IF RRI = RSP & PI » PAC S DRII * -DB1 S DR2I = -DH2 THEN 
RETURN (YES) ; 

ELSE 

RETURN (NO); 

END IPB_CHECK; 


/* 
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OPH_BBSOURCES: PBOCEDOBB BETOBIS(BIT(1)) 


/* 


FUNCTION: DETBBflINES VHETBBB THBBB ABB BM006H BESOOHCES TO SBKD A PACING 

HESPOfSB 


XBPOT: BOMB 


OUTPUT: OK , IP OK TO SEND A PACING BESPONSE. OTHERWISE, NG 


BEPEBBMCBD BT THE FOLLOWING PBOCEDOBB (S): 
BF.TG. SEND 

TC.CPflGB.SBND NOBfl BSP 
TC OB BP TC.DEQUEUE.Q PAC 
TC OB BP TC-IPB SBND 


PAGE 4-54 
PAGE 4-33 
PAGE 4-29 
PAGE 4-29 


BETUBN(OK) ; 


V 


END OPH_BBSOOBCBS; 
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BECOBDS THE ABILITY TO SIND A SESSION-LEVEL PACING BEQUEST FOB SEND 
PACING. BESET STATE INDICATES THAT A PACING BEQUEST CAN BE SENT. 
AWAITING PAC BSP INDICATES THAT A PACING BEQUEST HAS BEEN SENT BUT 
NO PACING RESPONSE HAS BEEN RECEIVED. 

THIS FSN ALSO APPEABS IN BF»TC. 

FIRST IN WINDOW IS TRUE WHEN THE PACING COUNT EQUALS THE WINDOW 
SIZE.*” THIS IS NEVER TRUE WHEN THE FSH IS IN THE AWAITING PAC.RSP 
STATE. WHEN THE FSH ENTERS THE AWAITING PAC_RSP STATE, THl PACING 
COUNT IS SET TO ONE LESS THAN THE WINDOW SIZE. THE PACING COUNT IS 
ONLY INCREASED WHEN A PACING RESPONSE IS RECEIVED, AT WHICH TIHE THE 
FSH RETURNS TO THE RESET STATE. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) i 

BF.TC.RCV ' PAGE 4-53 
BF.TC.RESET PAGE 4-52 
BF.TC. SEND PAGE 4-54 
CPHGR RESIT PAGE 4-28 
PAC BSP RCV PAGE 4-41 
TCJ3R BP TC.DEQUEUE.Q PAC PAGE 4-29 
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rSH.PAC_8Q.RCVs FSH.DEFINITION CONTEXT(TCCB); 


/* 


1- 

FUNCTION: 

RECORDS THE ABILITY TO SEND A 

SESSION 

PACING RESPONSE 

FOR RECEIVE 

-i 



PACING. IN RESET STATE, NO PACING RESPONSE IS SENT; IN 

PEND STATE, 




IT IS. 







THIS FSH ALSO APPEARS IN BF.TC. 






REFERENCED 

BY THE FOLLOWING PROCEDURE (S) : 
BF.TC.RESET 

PAGE 

4-52 





BF.TC.SEND 

PAGE 

4-54 





CPHGR RESET 

PAGE 

4-28 





TC.CPMGR.RCY. NORH RQ 

PAGE 

4-40 





TC.CPHGR.SEND NORH BSP 

PAGE 

4-33 





TC OR BF TC.DEQUEUE.Q PAC 

PAGE 

4-29 



1_ 


TC OR BF“tC.IPR SEND 

PAGE 

4-29 


-s 


*/ 


r- 




-- T -T "" 



1 

1 

INPUTS 



1 i 1 

2 

1 

1 

1 

1 

R, RQ, 
B, RQ, 

PAC 

-PAC 


1 2 | 

> (PACEBR) 

—1 

1 

1 

1 

S, RSP 



i - (NOPAC) i 

1(PAC) 

1 

1 

'RESET* 




1 

1 

r -« 

1 1 

1 

1 

OUTPUTI 
CODE | 

FUNCTION 



1 

1 

1 

1 

PAC j 

PI = 

PAC; 



1 

i 

1 

NOPAC | 

PI = 

-•PAC; 



1 

1 

1 

i_ 

PACERR| 

1 

PI * 
CALL 

-•PAC; 

UPM.LOG ('UNEXPECTED 

PACING RQ RECEIVED'); /* APPENDIX B */ 

1 

i 


END FSH.PAC.RQ.RCV; 


FSH.CNTL.IHHED.EXP; FSH.DEFINITION CONTEXT(SCB) ; 


/♦ 


r - 

FUNCTION: 

ENFORCES IHHEDIATE REQUEST MODE FOR EXPEDITED REQUESTS. 

— — - 1 

IHHEDIATE \ 



REQUEST HODE IS IN EFFECT FOR 

ALL DFC AND SC 

EXPEDITED REQUESTS | 



EXCEPT RQR AND CLEAR, WHICH 

CAN BE 

SENT WITHOUT WAITING FOR AN | 



OUTSTANDING RESPONSE. 







ALL DFC AND SC EXPEDITED REQUESTS ARE SENT RQD. 





IN RESET STATE, ANY REQUEST 

CAN BE 

SENT. IN 

BLOCK RQ 

STATE, A | 



RESPONSE NEEDS TO BE RECEIVED 

BEFORE 

A REQUEST 

OBEYING 

IHHEDIATE | 



REQUEST MODE CAN BE SENT. 






REFERENCED 

BY THE FOLLOWING PROCEDURE(S) : 







CPHGR RESET 

PAGE 

4-28 





TC.CPHGR.RCV 

PAGE 

4-36 





TC.CPHGR.RCV CHECKS 

PAGE 

4-38 





TC. CPHGR. SEND 

PAGE 

4-31 





TC.CPHGR.SEND CHECKS 

PAGE 

4-32 



|_ 


TC.SC. SEND CHECKS 

PAGE 

4-48 


_ i 


*/ 



r— 






BLOCK RQ 
2 


1 

\ 

INPUTS 


> 1 

1 

1 

1 

1 

I 

« 

r~ 

1 

S, RQ, 

EXP, -(CLEAR!RQR) 


2 

I 

> (S2001) 

1 

r— 

1 

R, RSP, 

EXP, -(CLEAR! RQR) 


>(DISC) 

! 

1 

1 

f— 

s 

'RESET' 



- 

1 

1 

1 

1 1 
1 - J 

i — 
1 

1 

OUTPUTj 
CODE | 

FUNCTION 





1 

1 

1 — 
1 

DISC | 

RECEIVE.CHECK = DISCARD.HU; 





! 

1— 

i 

S200A j 

HUCB.SEND.CHECK.SENSE = X'200A' ; 

/* 

IHHEDIATE 

REQUEST 

HODE ERROR 

V J 


L______-l___—___—--——^__----- - , —.. --.- » 


END FSH.CNTL.IHHED.BXP; 
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FSM_DT_SE»D_SDT_AND_CLEAR: FSHJJEFINITION CONTEXT(SCB); 


/* 

[- FUNCTION: RECORDS THE ABILITY FOR DATA TO FLOW IN A SESSION. THIS VERSION OF J 
| THE DATA TRAFFIC FSM HANDLES SESSIONS THAT ALLOW SDT AND CLEAR TO BE ( 
| SENT. THIS FSM APPEARS ONLY IN PRIMARY HALF-SESSIONS USING TS | 
| PROFILES 3 AND ft. | 

I I 

I RESET MEANS THAT NO DFC OR FMD TRAFFIC CAN FLOW. PEND ACTIVE | 
| INDICATES THAT AN SDT IS OUTSTANDING. ACTIVE MEANS THAT ALL TRAFFIC | 
| CAN FLOW, AND PEND_RESET MEANS THAT A CLEAR IS OUTSTANDING. | 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : j 
j SESSACT.PRIMARY_INITIALIZE PAGE ft-25 I 
I I 
| REFERS TO THE FOLLOWING PROCEDURE(S): | 
| CLEAR RESET PAGE 4-27 | 


V 


1 — 


STATE NAMES——-> 

1 

RESET | 

PEND 

~i — 
1 

ACTIVE 

PEND 

1 




j 

1 

ACTIVE 

1 


RESET 

1 


INPUTS 


f 

1 \ 

2 

t 

3 

4 

1 


3, RQ, 

SDT 

1 

2 { 

>(SO 809) 

1 

> (S0809) 

>(S0809) 

1 


R, -frRSP 

, SDT 

1 

> (DISC) j 

3 

1 

>(DISC) 

>(DISC) 

( 


R, -RSP 

, SDT, 2007 

1 

> (DISC) J 

3 

f 

>(DISC) 

> ( DISC) 

s 


R, -RSP 

, SDT, -*2007 

1 

> (DISC) | 

1 

s 

> (DISC) 

>(DISC) 

! 


S, RQ, 

CLEAR 

1 

ft(RESETC)| 

ft(RESETC) 

1 

ft (RESETC) 

-(RESETC) 

! 


R, RSP, 

CLEAR, LAST__CLEAR 

1 

> (DISC) | 

> ( DI SC) 

1 

>(DISC) 

1 

i 


R, RSP, 

CLEAR, -*LAST_CLEAR 

1 

> (DISC) J 

> (DISC) 

{ 

> ( DI SC) 

- 

J 


S, RQ, 

5TSN 

1 

J 

>(52 007) 

I 

> (S2007) 

> (S2007) 

1 


S, RQ, 

■* (SDT | CLEAR J STSN | CR V) 

1 

> (S2005) J 

>(32005) 

1 

- 

> (S2005) 

1 


S, RSP 


1 

> (S2005) ( 

> (S2005) 

1 

- 

> (S2005) 

1 


R, RQ, 

DFC JFMD 

1 

> (S2005) J 

> (R2005) 

1 

- 

- (DISC) 

1 


R, RSP, 

DFC | FMD 

1 

> (DISC) j 

> ( DI SC) 

1 

~ 

- (DISC) 

1 

1— 
1 

•RESET* 




1 

1 

1 

1 

1 

r ” - 1 

1 { 

1 

OUTPUT i 

FUNCTION 







1 

I 

CODE | 








f 

1 

1 

. . . . "■ 111 f- 

S0809 | 

MUCB.SRND_CHECK_SENSE = X»08Q9« 

/* MODE 

INCONSISTENCY ♦/ 

-I 

i 

1— 

1 

S2005 | 

MUCB.SEND_CHEC K__ SENSE = 2*2005 * 

/* DATA 

TRAFFIC RESET */ 

1 

r~ 

1 

S2007 | 

MUCB.SEND_CHECK_SENSB = X'2007* 

/* DATA 

TRAFFIC NOT RESET */ 


1 

R2005 j 

/* OPTIONAL CHECK 

*/ 





1 

1 

t 

IF -»RQN THEN 



/* APPENDIX B 

V 

S 

1 

1 

DO; 







| 

1 

1 

CALL CHANGE HO_ 

TO NEG RSP (X 

•2005*) ; 

/* 

APPENDIX B */ 

! 

1 

1 




/* DATA 

TRAFFIC RESET */ 

1 

1 

{ 

RECEIVE CHECK 

- 

NEG RSP; 





| 

1 

1 

END; 







1 

1 

| 

ELSE 







i 

1 

1 

RECEIVE CHECK = 

DISCARDED; 





1 

1 

1 

DISC | 

RECEIVE^CHECK * DISCARDED; 





'1 

1 

1 

RESETC | 

CALL CLEARJRESET; 



/* PAGE 

ft-27 

*/ 

“i 

I 


t.--L-----..-----,--------------------- J 


END FSM_DT_SEND_SDT_AND_CI.EAR; 
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FSH_D*_RCV_SDTJLND_CLEAR: FSM — DEFINITION CONTEXT (SCB) ; 


/* 


FUBCTION: RECORDS THE ABILITY FOR DATA TO FLOW IN A SESSION. THIS VERSION OF 
THE DATA TRAFFIC FSM HANDLES SESSIONS THAT ALLON SDT AND CLEAR TO BE 
SENT. THIS FSH APPEARS ONLY IN SECONDARY HALF-SESSIONS USING TS 
PROFILES 3 AND 4. 

RESET HEANS THAT NO DFC OR FHD TRAFFIC CAN FLOW. PEND ACTIVE 
INDICATES THAT AN SDT IS BEING PROCESSED BY THE SERVICES MANAGER. 
ACTIVE MEANS THAT ALL TRAFFIC CAN FLOW, AND PEND RESET HEANS THAT A 
CLEAR JS BEING PROCESSED BY THE SERVICES MANAGER. 

NOTE: WHEN A DUPLICATE SDT IS SENT, THE SERVICES MANAGER MAY RESPOND WITH 

EITHER A ♦RSP(SDT) OR -RSP(SDT,2007). 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

SESSACT.SECONDARY_INITIALIZE PAGE 4-26 

REFERS TO THE FOLLOWING PROCEDURE(S): 

CLEAR_RESET PAGE 4-27 


r— 

1 

1 

1 

1 1 

INPUTS 

- - -1— - 

STATE NAMES->| RESET | 

1 1 

1 1 1 

- 1 -- 

PEND | ACTIVE 

ACTIVE | 

2 | 3 

—i— 

1 

1 

1 

PEND 

RESET 

4 

-1 

1 

1 

1 

1 

a... 

R» RQr 
S r + RSP 
S, -RSP 
Sr -RSP 

SDT | 2 | 

SDT | > 

SDT, 2007 | > | 

SDT, -*2007 | > 1 

_1_ X 

> (R0809) | - 

3 | - 

> (S2009) | - 

1 | > (S2009) 

—T— 

1 

1 

1 

1 

> (R0809) 

> 

> 

> 


1 

1 

a «. 

R r RQr CLEAR \ 4 (SETCL) j 

Sr RSP, CLEAR | >(S2009) | 

4 (SETCL) j 4 (SETCL) 
> (S2009) | - 

1 

1 

-(SETCL) 

1(LASTCL) 


I 

1 

Sr RQr -RQR i >(S2005) | 

Sr RSPr —(SDT|CLEAR|CRV) | >(S2005) | 

> (S2005) i - 
>(32005) 1 - 

1 

1 

> (S2005) 

> (S2005) 


1 

1 

Rr RQr 
R r R£P r 

DFC | FMD j > (R2005) 

DFCIFHD | >(RSPERR) 

> (R2005) | - 

>(RSPERR)| - 

1 

I 

-(DISC) 

-(DISC) 

”1 

l 

1 

1 

Rr RQr 

STSN j - 

.. , . ,.. -r- L ..... . . . - 

>(R2007) | >(R2007) 

..- a ., . 

1 

>(R2007) 

*1 

1 

1 

•RESET* 


i i i 

1 

1 


«- i 

1 1 

4 

1 

output! 

CODE | 

FUNCTION 





t 

1 

\ 

LASTCL j 

j 

SNF « SCB.LAST CLEAR SNF; 

CALL CLEAR_RESET; 

/♦ PAGE 4-27 


♦/ 

"t 

I 

1 

1 

i 

SETCL | 

SCB.LAST_CLEARJSNF = SNF; 





1 

1 

1 

a _ 

R0809 | 

1 

| 

CALL CHANGE_MU_TO_NEG_RSP (X« 0809*); 

RECEIVE_CHECK * NEG_RSP; 

/* APPENDIX B 
/* MODE INCONSISTENCY 

*/ 

*/ 


1 

1 

1 

1 

1 

1 

1 

1 

R2005 | 

1 

1 

1 

1 

1 

1 

1 

IF -»RQN THEN 

DO; 

CALL CHANGE_MU_TO_NEGJRSP(X«2005*) ; 

RECEIVE CHECK = NEG RSP; 

END; 

ELSE 

RECEIVE_CHECK = DISCARD_MU; 

/* APPENDIX B 

/* APPENDIX B 
/* DATA TRAFFIC RESET 

V 

*/ 

*/ 

I 

1 

1 

1 

1 

R2007 | 

1 

1 

1 

/* OPTIONAL CHECK */ 

CALL CHANGE_MUJTO_NEG_RSP(X*2007«) ; 

RECEIVE_CHECK * NEG_RSP; 

/* APPENDIX B 
/* DATA TRAFFIC NOT 

♦/ 

RESET */ 


r“ 

1 

i 

S2009 | 

MUCB.SEND_CHECK_SENSE = X*2009*; /* SESSION CONTROL PROTOCOL 

VIOLATION */ 

a 

1 

l 

i 

S2005 | 
. 1 

MUCB.SEND_CHECK_SENSE « X»2005* ; 

/* DATA TRAFFIC RESET 

•/ 

j 

r 

1 

L_ 

DISC | 

RECEIVE^CHECK = DISCARD^MU; 




T 

-A 

9 

1 

! 

RSPERR | 

1 

CALL UPM LOG (•UNEXPECTED RSP RECEIVED*) 
RECE.I VE_CHECK = DISCARD^MU; 

; /* APPENDIX B 


*/ 

Hi 




END FSM_DT_RCV_SDT_AND_CLEAB; 
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FSH_DT_SBHD_SDT: FSH_DEFINITION CONTEXT (SCB) 


FUNCTION: RECORDS THE ABILITY FOB DATA TO FLON IN A SESSION. THIS VERSION OF 

THE DATA TRAFFIC FSH HANDLES SESSIONS THAT ALLOW SDT TO BE SENT. 
THIS FSH APPEARS ONLT IN PRIHARI HALF-SESSIONS USING TS PROFILES 5 
AND 17. 

RESET HEANS THAT NO DFC OR FHD TRAFFIC CAN FLOW. PEND ACTIVE STATE 
IS ENTERED WHEN AN SDT BEQUEST IS OUTSTANDING. ACTIVE HEANS THAT 
ALL TRAFFIC CAN FLON. 

REFERENCED BT THE FOLLOWING PROCEDURE(S): 

SESSACT.PRIHAR^INITIALIZE PAGE 4-25 

REFERS TO THE FOLLOWING PROCEDURE<S) : 

CLEAR_RESET PAGE 4-27 



STATE NAHES- 

i— 1 

1 

RESET 

—i— 

1 

1 

PEND 

ACTIVE 

INPUTS 


1 

---1— 

1 

1 

—1— 

2 


S, RQ, SDT 
R, + RSP, SDT 
R, -RSP r SDT, 2007 
R, -RSP, SDT, -.2007 


2 

>(DISC) 
>(DISC) 
>(DISC) 


ACTIVE 

3 


>(S0809) | >(S0809) 

3(RBSETC) | >(DISC) 

3(RESETC) | >(DISC) 

1 | > (DISC) 



DISC 


RESETC 


HUCB.SEND_CHECK_SENSE » X'0809 


HUCB.SEND CHECK SENSE = X*2005 


/* NODE INCONSISTENCY */ 


/* DATA TRAFFIC RESET */ 


/* OPTIONAL CHECK */ 

IF -RQN THEN /♦ APPENDIX B */ 

DO; 

CALL CHANGE HU TO NEG RSP(X»2005•) ; /* APPENDIX B */ 

/* DATA TRAFFIC RESET */ 

RECEIVE CHECK = NEG RSP; 

END; 

ELSE 

RECEIVE CHECK « DISCARD HU; 


RECEIVE_CHECK = DISCARD_HU 


CALL CLEAR RESET 


/* PAGE 4-27 
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FUNCTION: BECOEDS THE ABILITY FOB DATA TO FLOW IN A SESSION. THIS VERSION OF 

THE DATA TRAFFIC FSH HANDLES SESSIONS THAT ALLOW SDT TO BE SENT. 
THIS FSH APPEARS ONLY IN SECONDARY HALF-SESSIONS USING TS PROFILES 5 
AND 17. 

RESET HEARS THAT NO DFC OR FHD TRAFFIC CAN FLOW. PEND ACTIVE STATE 
IS ENTERED WHEN THE SERVICES HANAGER IS PROCESSING A SDT. ACTIVE 
HEARS THAT ALL TRAFFIC CAN FLOW. 

NOTE: WHEN A DUPLICATE SDT IS SENT, THE SERVICES HANAGER HAY RESPOND WITH 

EITHER A ♦ESP(SDT) OR -BSP(SDT,2007) . 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 

SESSACT.SECONDARY INITIALIZE 


PAGE 4-26 


ACTIVE 

3 
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FSH_DT_SEND_CLBABS FSH^DEFINITION CONTBXT(SCB) 


/» 


| FUNCTION: RECORDS THE ABILITY FOB BATA TO PLOW IB A SESSION. THIS fEBSION OF | 

( THE DATA TBAPF1C FSH HANDLES SESSIONS THAT ALLOW ONLY CLEAB TO BE | 

| SENT. THIS FSH APPEARS ONLY IN PRIHARY HALF-SESSIONS USING TS | 

| PBOPILE 2. | 

| ACTIVE STATE BEANS THAT ALL TBAFFIC CAN FLOW. THE PEND STATE | 

| INDICATES AN OUTSTANDING CLEAB. | 

| BBPBBENCED BY THE FOLLOWING PBOCEDOBE(S): | 

| SESSACT.PBIHAHY_INITIALIZE PAGE 4-25 | 

I I 

| BEFEBS TO THE FOLLOWING PROCEDURE (S) : | 

f CLEAB^BESBT PAGE 4-27 | 

- -. ---—. --____I 

V 


1— 




*~7 t " 

ACTIVE 

1 

—r— 

PEND 

2 


i 

1 

1 

INPUTS 



—>1 

1 

1 

1 


1 

1 

1 

1 

1 

S, RQ, CLEAB 

B r RSP, CLEAR, 
R, BSP* CLEAB, 

LAST CLEAB 
-LAST_CLBAR 


1 

! 

1 

2 (BESETC) 

>(RSPERR) 

>(RSPERR) 

1 

1 

1 

-(RESETC) 
1 


“1 

\ 

\ 

1 

r" 

1 

1 

S, RQ, -.CLEAR 
S, BSP 



1 

1 

- 

l 11 

1 

1 

> (S2005) 

> (S2005) 


”1 

1 

r*“ 

1 

R, DFC|FHD 



1 

- 

r ' 

1 

-(DISC) 


“1 

1 

r— 

1 

j. 

•RESET' 



I 

- 

1 

1 


i 

1 

r - 1 

1 1 

1 

1 

output] FUNCTION 

CODE | 

___ L _ 







1 

[ 

RESETcj CALL 

j_ 

CLEAB.BESBT; 



/* PAGE 

4-27 


V 

*i 

1 

I— 

1 

1 

BSPEBRI CALL UPH LOG ('UNEXPECTED BSP 

| BBCEIVE_CHECK = DISCARD.HU; 

RECEIVED'); /* 

APPENDIX B 

*/ 

”1 

1 

1 

r- 

1 

S2005 1 HUCB. 

SEND.CHBCKJSENSE = 

X'2005'; 

/* DATA 

TRAFFIC RESET ♦/ 

*i 

1 

r- 

1 

1— 

DISC i RBCEIVEJCHBCK - DISCARD_HU; 






■1 

1 

j 


END FSM.DT^SEND^CLEAB; 
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f X 









FSMJ)T_RCV_CLEAR: FSM_DEFINITION CONTEXT(SCB); 


/* 


| FUNCTION: RECORDS THE ABILITY FOR DATA TO FLOW IN A SESSION. THIS VERSION OF \ 

| THE DATA TRAFFIC FSM HANDLES SESSIONS USING TS PROFILE 2, WHICH | 

| ALLOW ONLY CLEAR TO BE SENT. THIS FSM APPEARS ONLY IN SECONDARY | 

I HALF-SESSIONS USING TS PROFILE 2. | 

I I 

| ACTIVE STATE MEANS THAT DATA TRAFFIC CAN FLOW. THE PEND STATS | 

| INDICATES THAT THE SERVICES MANAGER IS PROCESSING CLEAR. \ 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE (S) : | 

| SESSACT.SECONDARY INITIALIZE PAGE 4-26 | 

I * I 

| REFERS TO THE FOLLOWING PROCEDURE(S) : | 

| CLEAR_RESET PAGE 4-27 | 

L-------J 

V 



STATE NAMES-- 

INPUTS 



->| 

1 

ACTIVE 

1 

1 

1 

PEND 

2 


\ 

R, RQ r CLEAR 

S, BSP, CLEAR 



- J + L 

1 

1 

2 (SETCL) 

> (S2009) 

-T- 

1 

1 

-(SETCL) 

1(LASTCL) 



S r RQ, -RQR 

S, RSP , -CLEAR 



i 

i 

- 

1 

1 

>(S2005) 

> (S2005) 

—1 


R, DFC(FMD 



i 

- 

1 

-(DISC) 

- 


•RESET' 



i 

- 

1 

1 

—1 

1— 1 

1 1 

1 ^ 1 

| OUTPUT! FUNCTION 1 

| CODE | | 

1 

1 

LASTCL| SNF = SCB-LAST_CLEAR SNF; 

J CALL CLEAR_RESET; 

/* 

PAGE 

4-27 




I 

*/ 1 

J SETCL | SCB.LAST_CLEAR_SNF = SNF; I 

1 —' 1 1 1 J - 1 '' ’ ” . . .' " ■ Jl " ' — 1 1 - ■“ i 

I DISC | RECEIVE_CHBCK = DISCARD_MU; | 

1 

S2009 | MOCB.SEND_CHECK_SENSE = X f 2009 f ; 

/* 

SESSION CONTROL PROTOCOL 

VIOLATION 

*/ 1 

i— 

1 

i _ 

S2005 j MUCB. SEND^CHECK__SENSE = X' 2005'; 

— j— - _ — _ 

/* 

DATA 

TRAFFIC RESET 



*/ 1 
_ i 


END FSM_DT__BCV_CLEAR; 


FSM_RQR_SEND: FSM_DEFINITION CONTEXT (SCB) ; 


/* 


| FUNCTION: RECORDS THE SENDING OF A REQUEST RECOVERY (RQR). THIS FSM APPEARS | 

I ONLY IN SECONDARY HALF-SESSIONS THAT SUPPORT RQR. I 

t I 

1 RESET STATE MEANS THAT THERE IS NO OUTSTANDING RQR. PEND STATE I 

| INDICATES AN OUTSTANDING RQR. \ 

I I 

I REFERENCED BY THE FOLLOWING PROCEDURE(S): | 

} SESSACT.SECONDARY_INITIALIZE PAGE 4-26 I 

i___I--- j 

*/ 


- — - — - 

—r 


— T — — — - — 

dime wAnjciz> — 

INPUTS 

1 

1 

| P^ND | 

l 2 | 

i -j 

S, RQ, RQR 

R t RSP r RQR 

\ 

\ 

2 

>(RSPERR) 

I > (S0809) 

1 1 1 

• .... -.. - j 

| 

1 'RESET* 

.■' -f" 

1 

- 

! 1 
1 1 1 


OUTPUT! FUNCTION 
CODE j 


SG809 | MUCB.SEND CHECK_SENSE = X'08G9*; /* MODE INCONSISTENCY */ 

-------- 

RSPERR| CALL UPM_LOG ('UNEXPECTED RESPONSE RECEIVED'); /* APPENDIX B */ 

| RECEIVE CHECK = DISCARD MU; 


END FSM_RQR_SEND; 
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FSH_RQR_RC¥: FSM^DEFINITION CONTEXT (SCB) ; 


/* 

———— - - 1 11 ■ —. ———• -™-—■■—--- 1 - *■ -- “ —■ * 1 ■" 1 “ "" ” _r .* 

| FUNCTION: RECORDS THE RECEIPT OF A REQUEST RECOVERY (RQR)- THIS FSM APPEARS I 

j ONLY f* PRIMARY HALF-SESSIONS THAT SUPPORT RQR. I 

I I 

| RESET STATE MEANS THAT THERE IS NO OUTSTANDING RQR. PEND STATE j 

j INDICATES THAT THE SERVICES MANAGER IS PROCESSING A RQR. I 

S I 

| REFERENCED BY THE FOLLOWING PROCEDURE (S) : I 

| SESSACT.PRIHARI^INITIALIZE PAGE 4-25 I 

«____________Z - —.—___— —,—.------—.— ----———_i 

*/ 


J— 



- 1- 



- - 


T 

1 

I 

INPUTS 


1 

1 


f 2 


f 

1 

r~ 

1 

! 

R, RQr 
S f ESP, 

RQR 

RQR 

I 

2 

> (S0809) 


| > (R0809) 

8 1 

. i . 


1 

ft 

1 

•RESET* 


8 

- 


1 1 


1 

J 

r * 

8 1 

r 

1 

1 

output! 

CODE J 

FUNCTION 






! 

i 

. t 

1 

I 

I 

R0809 j 

1 

CALL CHANGE_MU_TO_NEG_RSP(X* 

RECEI¥E_CHECK = NEG_RSP; 

0809* ); 

/* 

/* APPENDIX B 

MODE INCONSISTENCY 

*/ 

*/ 

I 

i 

8 

r— 

I 

L 

S0809 | 
_ x 

MUCB-SEND_CHECK 

JSENSB = X* 0809* ; /* 

MODE 

INCONSISTENCY 

V 

1 

_! 


END FSM_RQR_RCV; 


FSH_STSNJSEND: FSM_DEFINITION CONTEXT(SCB) ; 


/* 


FUNCTION: RECORDS THE SENDING OF A SET AND TEST SEQUENCE NUMBER (STSN). THIS 

FSM APPEARS ONLY IN PRIMARY HALF-SESSIONS THAT SUPPORT STSN. 

RESET STATE MEANS THAT THERE IS NO OUTSTANDING STSN. PEND STATE 
INDICATES AN OUTSTANDING STSN. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

SESSACT.PRIMARY INITIALIZE PAGE 4-25 


*/ 


«— 
1 

1 

INPUTS 

_ — -—— — —1— 

STATE NAMES——-—--*->1 

1 

r 

RESET | PEND 

1 | 2 

—« 

8 

1 

r 

8 

1 

S, RQ, 

R, RSP, 

STSN 8 

STSN | 

2 (SET) { > (S0809) 

>(DISC) | 1 

8 

1 

i— 
1 

'RESET* 

1 

8 1 

1 

T t 

i I 

I 

j 

OUTPUT | 
CODE j 

FUNCTION 


8 

8 

1 

DISC | 

RECEIVE„CHECK = DISCARDED; 


8 

1— 

8 

1 

1 

8 

SET | 

8 

1 

1 

IF STSN RQ. ACTION__CODE SEC_TO PRI = (SET ] 
SCB-SQM RCV CNT"= STSN RQ.sic TO PRI SQN; 
IF STSN RQ. ACTION CODE._PRI_TO SEC = (SET j 
SCB. SQNJSEND._CNT = STSN_FQ„ PEI_TO_SEC_SQR 

SET_ANDJFE5T) THEN 

5ET_AND JTEST) THEN 

1 

8 

1 

r 

1 

L- 

• 

S0809 | 

___L 

MUCB.SEND_CHECK__SENSE = X a 0809' ; 

/* MODE INCONSISTENCY 

*/ 8 


END FSM„STSN_SEHD; 
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PSH_STSS.EC?: FSH.DEFIMITION COSTEXT(SCB); 


/* 


FOSCTIOH: RECORDS THE RECEIPT OF A SET AND TEST SEQUENCE NUMBER (STSH)- THIS 

FSH APPEARS ONLY IS SECONDARY HALF-SESSIONS THAT SUPPORT STSN. 

RESET STATE BEANS THAT THEBE IS NO OUTSTANDING STSN. PEND STATE 
INDICATES THAT THE SERYICES MANAGER IS PROCESSING A STSH. 

REFERENCED BY THE FOLLOWING PROCEDURE(S) 2 

SESSACT.SECONDARY.INITIALIZE PAGE 4-26 


<— 




y 

-T 

RESET | 

1 I 

PEND 

2 



\ 

i 

INPUTS 

dl'Al'fi "* * " 1 u r “ 


1 

1 


1 

1 

t— 
1 

H, RQ, 
S, RSP, 

STSN 

STSN 


\ 

1 

■ 

2 (SET) 1 

>(30809) | 

>(R0809) 

1 


1 

1 

1 

r~ 

1 

•RESET* 



1 


1 


1 

i- ■ 

1 1 

l _i_ _1 


output! 

CODE | 

FUNCTION 






* 


SET i 

IF STSN RQ.ACTION CODE SEC TO PHI - 
SCB-SQN SEND CNT * STSN RQ.SEC TO 
IF STSN RQ.ACTION CODE.PRI.TO SEC = 
SCB.SQN.RCV.CNT = STSN_RQ.PHI_TO_ 

(SET 1 
PRI SQM 
(SET | 
SEC SQN; 

SET_.AND.TEST) 

SET.AND.TEST) 

THEN 

THEN 



i— 

R0809 | 

CALL CHANGE__MU_TQ_NEG_BSP (X • 0809 •) ; 

RECEIVE.CHECK = NEGJRSP; 



/* APPENDIX B 
/* MODE INCONSISTENCY 

*/ 

*/ 


r— 

1 

i_ 

S0809 | 

X 

HUCB.SEND.CHECK.SENSE = X»0809»; 



/* MODE INCONSISTENCY 

*/ 

1 


END FSHJSTSN.RCY; 
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FSH_CHVJ5END: FSM^DEFINITION CONTEXT (SCB); 

/* 


f FUNCTION: RECORDS THE ABILITY FOB ENCIPHERED DATA TO FLOW IN A SESSION. THIS | 

| FSH APPEARS ONLY IN PRIMARY HALF-SESSIONS THAT SUPPORT CRY. j 

S RESET MEANS THAT CRY HAS NOT YET BEEN SENT. PEND ACTIVE INDICATES | 

j AN OUTSTANDING CRY.. ACTIVE MEANS THAT CRYPTOGRAPHY'lS FUNCTIONAL. f 

S NOTES ON RECEIPT OF A NEGATIVE RESPONSE TO CSV, THE LU.SYC MGR SETS THE f 

| SESSION CRYPTOGRAPHY KEY AND SESSION CRYPTOGRAPHY SEED TO 0*S AND j 

J CAUSES AN UNBIND TO BE SENT. f 

I REFERENCED BY THE FOLLOWING PROCEDURE(S) : I 

I SKSSACT.PRIMARYJtNITIALIZB PAGE 4-25 f 

*.————.—- —————-—--—--—:---~--—.—-----———----—a 

*/ 



INPUTS 

... - «— 

STATE NAMES—-—■—->| 

! 

8 

RESET 

1 

T 

PEND 

ACTIVE 

2 

1 

8 

8 

ACTIVE 

3 



r™ 

S 

S r RQ, CRY | 

a, ^ RSP, CRY l 

Rg -RSP, CRY i 

2 

> (DISC) 

> ( DX SC) 


> (SO809) 

3 

1 

■ i—" 
8 

8 

1 

> (S0809) 

> (DISC) 

> (DISC) 




S, RQ, - 
S, RSP 

CRY | 

8 

>(S2009) 

> (S2009) 


> (S2009) 

>(S2009) 

1 

8 

~ 


~1 


a, DFCj FMD I 

> (R20Q9) 


> (B 2009) 

1 

- 


-i 


8 RESET* 

1 

- 


1 

! 

1 












j_ 

OUTPUT f 
CODE | 

FUNCTION 








i 

i 

SQ809 | 

MUCB.SENB_CHECKJSENSE = X«08Q9* 



/* MODE 

INCONSISTENCY 

*/ 

i 

Sr— 

j_ 

S 2009 f 

MUCB.SEND_CHECK__SENSE = X»2Q09« 

; /* SESSION 


CONTROL PROTOCOL 

VIOLATION 

*/ 

1 

s 

f 

1 

A™ 

R2009 j 

1 

1 

8 

i 

8 

8 

IF -RQN THEN 

DO; 

CALL CHANGE_MU_TOJBEGJRSP(X 

RECEIVE CHECK ~ NEG RSP; 
END; 

ELSE 

RECEIVE^CHECK = DISCARDED; 

20Q9Q0C0 9 ) ; 

/* SESSION 

/* APPENDIX 

/* APPENDIX 
CONTROL PROTOCOL 

B 

B 

VIOLATION 

*/ 

♦/ 

*/ 

_J 

r 

8 

D ISC | 

RECEIYE_CHECK « DISCARD^MU; 







n 

8 

-.4 


END FSM_CRV_SEMD; 
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FSH_IMPUTJ)BFIHITION: 


( THE SYMBOLS USED IN THE INPUTS COLUMN OF THE ST AT E-T RA NSITION MATRICES ARE 

| DEFINED BELOW. 


/* 


I 

I 


*/ 


CLEAR 
CLEAR!RQR 
CRV 

DECjPHD 
EXP 

FIRST IN WINDOW 
LAST CLEAR 
PAC 
R 

'RESET• 

RQ 

RQR 

RSP 

+RSP 

-RSP 

S 

SDT 

SDT|CLEAR|CR? 

SDT|CLEAR|STSNjCR? 

STSN 

2007 


RU CTGY = SC S RQ CODE * CLEAR; 

RU~CTGY « SC S RQ~CODE * (CLEAR)RQR); 

HO CTGY = SC S RQ CODE = CRY; 

RU~CTGY = (DFC | PHD) ; 

EFI = EXPEDITED; 

TCCB.PACING COUNT = TCCB.WINDOW SIZE; 

SNF = SCB.LAST CLEAR SNF; 

PI = PAC; 

HUCB.DIRECTION - RECEIVE; 

FSHINPOT = 'RESET'; 

RRt = HQ; 

RU CTGY = SC 6 RQ CODE = RQR; 

RRI * RSP; 

RRI = RSP & RTI = POS; 

RRI = RSP & RTI = NEG; 

MUCB.DIRECTION * SEND; 

HO CTGY = SC S RQ CODE = SDT; 

RU CTGY = SC S RQ CODE a (SDT | CLEAR | CRV); 

RU~CTGY = SC 6 RQ~CODE a (SDT | CLEAR | STSN | CR?); 

RU~CTGY = SC S RQ _ CODE a STSN; 

SNC a X'2007'; 


END FS H_INPUT^DEFINITION; 


/* 

«------—--1---•- - ■ »- - -1 


GLOBAL CHAPTER VARIABLES 



*/ 


DCL RECEIVE CHECK BIT (2); /* INDICATES CORRECT DISPOSITION OF A RECEIVED MU */ 

/* B'OO• a GOOD, B*01 • = DISCARD MU, */ 

/* B•10• = NEG RSP, B'11» * CONVERT TO_EXR */ 
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CHAPTER 5. DATA FLOW CONTROL 


INTRODUCTION 
GENERAL DESCRIPTION 

The function of the data flow control (DFC) layer 
(Figure 5-1) is to control the flow of FMD requests and 
responses between FMDS pairs within sessions. DFC handles 
only FMD and DFC requests; network control and session 
control requests do not flow through DFC. 

A distinct DFC element is provided for each half-session 
(identified uniquely by HSID) supported in the node. The 
qualifying half-session prefix, HSID, is always implied for 
the DFC layer. A distinct memory—the session control block 
(SCB)—exists for each HSID. This memory contains, for DFC, 
its states, tables, and other local fields. (See Appendix A 
for the detailed format.) 

BRIEF DESCRIPTION OF DFC FUNCTIONS 

• Request/Response Formatting: DFC enforces correct RH 

parameter settings for FMD and DFC requests and 
responses. 

• Chaining Protocol: Chaining is enforced and checked to 
provide a means of sending or receiving a sequence of 
requests as an error recovery entity. 

• Request/Response Correlation: DFC correlates responses 
with their associated requests. The sequence number 
field on requests is also assigned by DFC. 

• Request/Response Mode Protocols: Immediate and delayed 
request/response modes are enforced by DFC. 

• Send/Receive Mode Protocols: The normal-flow 

send/receive modes (full-duplex, half-duplex 

contention, half-duplex flip-flop) specify a particular 
form of coordination between sending and receiving of 
normal-flow requests and responses. DFC checks that 
this is done correctly. 

• Brackets Protocol: Bracket protocols are enforced to 

provide a means of sending or receiving a sequence of 
chains as a delimited transaction entity. 

• Error Recovery Protocol: When a negative response is 
sent to a normal-flow request and the session protocol 
allows more than one chain to be sent before a response 
is received, the beginning of error recovery is delayed 
until the extra chains have been completely received. 
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Stop-bracket-initiation* Quiesce* and Shutdown 
Protocols: Normal-flow traffic may be suspended using 
various DFC requests* DFC enforces suspension rules 
following quiescing or shutdown of the normal flows. 

Queued Response Protocol: The queueing of responses to 
normal-flow requests (on the Q_TC_TO_DFC queue) is 
regulated by DFC. 
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Figure 5-1. Structural Overview of a Node 
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PD.SVC MSB.CSC MGR 

! 


I A 

(SCB) . 


I 

| CSCJfGH. 

J DFC 

\ INITIALIZE 

\ 


(SCB) . 


A | 


I 

| CSC MGR-| 
I DF'C_ 

I RESET 
I 
I 


To FMDS 

A 

I 

f RQ & RSP S * BETB* 


To FMDS 


SNF & * BETB * | 


I 


l<- 


>\ I i 

| I —* 

DFC FSMs 


Fro® FMDS 


& RSP| 
~4~ 

I 

V 


C 


From 

Scheduler 


I 


| (’OPEN QUEUE*) | 

■->) DEQUEUE. 

| Q TC TO DFC 

I 


RQ&RSP 

I <.>1 


QJTC_TO_DFC 


I A 

I 

I I 


RQ & RSP 




i____ j 

Correlation Tables 


DFC.SEND| 


! 

RQ & RSP j DFC 


To CPMGR. SEND 


From CPMGR.RCV 


Figure 5-2. Structure of DFC 
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DFC STRUCTURE 


DFC COMPONENTS 
Initial!zation 

The DFC initialization component (CSC_MGR.DFC_INITIALIZE, 
page 5-31) is called by the common session control manager 
in the PU services component (PU.SVC_MGR.CSC_MGR* Chapter 
13) at the activation of each session. It initializes FSMs * 
DFC request usage* and other protocol related parameters to 
be used during the session. These are based on the FM 
profile and its associated parameters used to activate the 
session. 

Reset 


The DFC reset component (CSC_MGR.DFC_RESET, page 5-38) is 
called by the common session control manager in the PU 
services component (PU.SVC_MGR.CSC_MGR* Chapter 13) at the 
activation of each session. It is also called as a result 
of resetting a subtree that includes DFC. Its function is 
to reset FSMs, correlation tables* and other DFC related 
fields. 

Dequeue 


The DFC dequeue component (DEQUEUE.Q_TC_TO_DFC* Page 5-40) 
is invoked by the higher level scheduler (see Appendix C for 
description of the scheduler) to dequeue a BIU from the 
Q_TC_T0_DFC queue. Each half-session has a Q_TC_T0_DFC 
queue. Valid normal-flow FMD or DFC BIUs received by a 
half-session are handled first by the half-session's TC 
element* where they may be temporarily queued in Q_TC_TO_DFC 
prior to being passed to the DFC.RCV procedure. There are 
conditions under which the received BIUs are passed 
immediately to the DFC.RCV procedure. For example, 
expedited-flow BIUs always bypass Q_TC_TO_DFC and go 
directly to DFC.RCV. The BIUs in the Q_TC_TO_DFC are 
dequeued* one at a time* under control of the scheduler. 
When the scheduler decides to dequeue* it invokes the 
DEQUEUE.Q_TC_T0_DFC procedure by sending (using the SEND 
function and the dispatcher) it an OPEN_QUEUE signal. This 
procedure determines if it is allowable* at the time, to 
dequeue a BIU from Q_TC_T0_DFC. If a dequeue is allowable, 
a dequeue is done and the DFC receive procedure (DFC.RCV, 
page 5-50) is called to process the dequeued BIU. If a 
dequeue is not allowable* at the time, DEQUEUE.Q_TC_TO_DFC 
returns control to the dispatcher. 
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In general> the rules for dequeuing are 


• First speakers are t by definition) contention winners. 
Contention winners may always dequeue. The node 
scheduler for half-sessions of this type may cause the 
Q_TC_TO_DFC queue to become transparent by doing a 
dequeue immediately after each enqueue. 

• Bidders and contention losers may dequeue only when the 
states of the send/receive mode FSMs or bracket FSMs 
allow it. 

• Responses may always be dequeued. 

• Half-sessions using the full-duplex send/receive 
protocol may always dequeue. 

Two conditions require special attention by the scheduler in 
order to avoid deadlocks: 

(1) A ha 1f-session ' s Q_PAC is full and it is waiting for a 
p a c i n g r e s p o n s e . 

(2) A half-session has sent an RQD request and is waiting 
for the response. 

If both paired half-sessions were concurrently to have one 
of the above conditions existing, i.e.» both had (1), or 
both had (2), or one had Cl) while the other had (2), the 
result would be a deadlock—each half-session would be 
waiting for an event that would never occur. 

To avoid these deadlocks, the scheduler forces a dequeue 
from Q_TC_TO_DFC if either condition (1) or (2) exists for a 
half-session that is a contention winner or whose session 
parameters indicate HDX-FF with symmetric error recovery and 
nobrackets. 

Send 


The DFC send component (DFC.SEND procedure, page 5-41) 
handles sending requests and responses. It receives a 
request or response from the layer above it FMDS.SEND 
(Chapter 6), processes it (if error free), and sends it on 
to the next lower layer, CPMGR.SEND (Chapter 4). If an 
error is found in the request or response, a reject is sent 
to the next higher layer (the one that sent the request or 
response in error). If no errors are found, DFC send 
processing consists mainly of updating the states of the DFC 
FSMs . 

Detailed protocol boundary information is specified in the 
prologue for DFC.SEND (page 5-41). 
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Receive 


The DFC receive component (DFC.RCV procedure* page 5-50) 
handles receiving requests and responses. It receives a 
request or response from either the DFC dequeue component 
(DEQUEUE.Q_TC_T0_DFC procedure, page &CA5P001) or the next 
lower layer, CPMGR.RCV (Chapter 4). DFC.RCV optionally may 
check for receive error conditions. These are conditions 
that occur only when the other half-session has violated the 
architecture. If a receive error condition is detected the 
action taken by DFC.RCV is not architected. The suggested 
courses of action are described in an unarchitected 
procedure UPM_RECEIVE_ERROR_PROCESS (page 5-57). If no 
receive error conditions are detected, the processing 
consists mainly of updating the states of the DFC FSMs. 
After DFC.RCV finishes processing, the request or response 
is sent to the next higher layer, FMDS.RCV (Chapter 6). 

Detailed protocol boundary information is specified in the 
prologue for DFC.RCV (page 5-50). 

CONTROL BLOCKS 

The chief control block used by DFC is the session control 
block (SCB). Each time a DFC component is entered, an SCB 
is implicity passed as one of its parameters. DFC uses the 
SCB for: 

• Referencing session activation parameters, such as FM 
profile and, chaining usage. 

• Anchor points for correlation tables. 

• Memory for DFC FSM states. 

• Setting up fields in at session activation time, and 
referencing them throughout the session. 

A special section in the session activation parameters 
section of the SCB is reserved for fields used exclusively 
by DFC. See Appendix A for more information about the SCB. 

PROTOCOL BOUNDARY 

The protocol boundary information for DFC is given in the 
prologues for the DFC.RCV (page 5-50) and DFC.SEND (page 
5-41) procedures. 
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DETAILED DESCRIPTION flF ££C FUNCTIONS 


REQUEST/RESPONSE FORMATTING 

DFC enforces that the RH and RU request code fields for 
requests and responses are formatted correctly. The 
formatting checks involve: 

• Enforcing that invalid RH bit combinations are not 
used) e.g., BBI=BB and BCI=-BC* or CDI=CD and ECI=-EC. 

« Enforcing that the FM profile rules established at 
session activation are not violated* e.g.* BBI=BB or 
EBI=EB and the session is not using brackets* or an FM 
profile 18 half-session tries to send a QEC DFC 
request. 

Format checks do not involve the use of finite-state 
machines (FSMs). DFC does not allow any BIU with a format 
error to be sent. 

Format checks are done before state checks. State checks 
are those that involve FSMs and FSMs require the BIU to be 
formatted correctly before processing it. 

CHAINING PROTOCOL 

Chaining provides a means to send (and receive) a sequence 
of requests as one entity in the context of error recovery. 
There is at most one response sent per chain. Following an 
error* further requests on a chain are rejected. 

A chain consists of a single response RU or one or more 
request RUs with the following properties: 

• The requests belong to the same flow (expedited or 

norma 1) 

• The requests flow in the same direction. 

• The first request is marked BC (Begin Chain) in the RH. 

• The last request is marked EC (End Chain) in the RH. 

• All requests that are neither first nor last are marked 

(-BC * -EC) in the RH. 

The proper chaining of requests is enforced for each 

half-session by DFC.SEND, using the FSM, FSM_CHAIN_SEND 
(page 5-72). The checking of received requests for proper 
chaining is provided for each half-session by DFC.RCV, using 
the FSM, FSM_CHAIN_RCV (page 5-72). 
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Each response and each expedited-flow request is a single-RU 
chain (i.e.» the RH indicates (BC»EC)). 

Only chains of the following types are sent: 

• No-response chain: Each request in the chain is marked 
no-response . 

• Exception-response chain: Each request in the chain is 
marked exception-response. 

• Definite-response chain: The last request in the chain 
is marked definite-response; all other requests in the 
chain are marked exception-response. 

The sender of the chain sets the Form of Response Requested 
bits properly in each request of the chain. Thus* the 
receiver of a chain need examine the Form of Response 
Requested bits only in the last request in a chain* or in a 
request in error. Furthermore* the Form of Response 
Requested bits in the last request in a chain or in a 
request in error need be examined only when the 

half-session activation parameter. Chain Response Protocol* 
indicates that both definite-response and exception-response 
chains may be received. When the Chain Response Protocol 
parameter indicates that (1) only definite-response chains* 
(2) only exception-response chains* or (3) only no-response 
chains will be received, the setting of the Form of Response 
Requested bits on 1ast-in-chain may be assumed (without 
checking) by the receiver. 

The only normal-flow DFC request that can be sent while 
sending a normal-flow, multiple-request chain is CANCEL* 
which terminates the chain. The chain indicators in CANCEL 
are always set to (BC,EC). 

If a chain sender is notified of an error in a chain being 
sent* the.chain FSMs are reset by the sender’s issuing 
either 1) an EC FMD request* 2) CANCEL (which carries 

EC), or 3) a higher-level reset command (e.g., CLEAR or 
UNBIND). 

REQUEST/RESPONSE CORRELATION 

When a response is received, DFC must know which request the 
response is for, and what information was on that request. 
Since many requests may be sent before a response is 
received, a method is needed to correlate the response to 
the request. The sequence number field (SNF) in the TH is 
used for this purpose. This field may contain a sequence 
number or an ID. Each FMD or DFC request sent has an SNF 
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value that is assigned by DFC. Each response sent contains 
(in its SNF) the SNF value of the request it is responding 
to. The SNF values of all outstanding (not yet responded 
to) requests must be unique for unambiguous response/request 
correlation. 

DFC also has the responsibility to enforce that responses 
are formatted correctly with respect to the associated 
request. 

In order to perform the functions specified above* DFC uses 
correlation tables. They are: 

• CT_RCV_RQ_EXP (used for sending responses to requests 
received on the expedited flow) 

• CT_SEND_RQ_EXF (used for receiving responses to 

requests sent on the expedited flow) 

• CT_RCV_RQ_NORM (used for sending responses to requests 
received on the normal flow) 

• CT_SEND_RQ_NORM (used for receiving responses to 

requests sent on the normal flow) 

Each correlation table is composed of a variable number of 
entries. An entry corresponds to a chain (see section on 
chaining in this chapter for definition of a chain). New 
entries are added to the end of the table. Entries may be 
deleted from any part of the table. Entries are added to a 
correlation table when the first RU in a chain is sent or 
received. Entries are deleted when the chain is responded 
to and the complete chain has been sent or received. If an 
entry is responded to before it is completely sent or 
received the entry is deleted when the last RU of the chain 
is sent or received. 

Each entry in a correlation table represents a chain of RUs. 
Information in a correlation table entry may contain: 

• Selected RH indicators needed by DFC* such as BBI* EBI* 
and CDI. 

• Entry type. Information is kept pertaining to the type 
of chain this entry represents. The entry types are: 

—Complete chain with no CANCEL 

—Complete chain with CANCEL (the CANCEL RU ended this 
chain) 

—Partial chain (this chain has not yet ended) 
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—CANCEL only (the CANCEL RU is the only RU in the 
chain—this condition should not occur if DFC send 
checks are correctly supported) 

• Sequence number range for this chain* The beginning 

(first RU of a chain) and ending (last RU of a chain) 

sequence numbers are kept for each chain* A response 

to this chain is one having a sequence number falling 
within this range. 

• Response sent/received* The correlation table entry 

records whether or not a response has been sent or 
received for a chain* 

• DFC request code* 

Depending upon the particular correlation table# entries may 
or may not have all the above information* A complete 
description of correlation table entries can be found in the 
"DFC Correlation Table Entity Declarations" section of this 
chapter (page 5-95)* 

Some examples of how the correlation table is used are: 

• When sending a normal-flow response# a check is made to 
see if the RU_CTGY (RU category) in the response is 
equal to CT_RU_CTGY (RU category of the received 
request that was saved in the correlation table). If 
not# the response is rejected with a format error. 

• In order to find out whether certain indicators were 
set on a request currently being responded to# the 
FSM_BSM_FSP (the first speaker’s bracket state manager) 
has an input entry specified as follows: 

S,+RSP # FMD|LUSTAT #CT(BB,-EB#CD) 

This means sending a positive response to an FMD or 
LUSTAT request that had specified BBI=BB# EBI=-EB# and 
CDI=CD* The correlation table (CT) contains this 
information . 

The number of entries in a correlation table may be limited 
if certain protocols are used. For example# if all chains 
are sent RQD (asking for definite response) and immediate 
request mode is used (only one RQD request may be waiting 
for a response at a time)# the number of entries in the 
correlation table will never exceed one. This is because 
the response to the RQD chain will always delete that entry 
from the correlation table. 
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REQUEST/RESPONSE MODE PROTOCOLS 

DFC enforces the following request/response protocols: 

• Immediate request mode 

• Delayed request mode 

• Immediate response mode 

• Delayed response mode 

These protocols apply only to the normal flow. The 
expedited flow uses a separate protocol» which is enforced 
by the TC layer (Chapter A.). Prose descriptions of both 
the normal- and expedited-flow protocols are in Chapter 4. 

The immediate request mode protoco 1, allowing a maxi mum of 
one outstanding RQD request, is enforced by 
FSM_IMM_RQ_MODE_SEND (page 5-86) and FSM_IMM_RQ_MODE_RCV 
(page 5-86). 

The delayed request mode protocoh because it allows 
multiple RQD requests to be outstanding, does not require 
any enforcing; therefore» there are no FSMs associated with 
this protocol . 

The immediate response protocol, causing responses to be 
returned in the same order as the received requests, is 
enforced by using the correlat 5 on table. The oldest entry 
(oldest request received) in the correlation table must be 
the next entry responded to. 

The delayed response protocol, allowing responses to be 
returned in any order except for the response to CHASE, is 
also enforced by using the correlation table. The response 
to CHASE can be sent only after all previous outstanding 
responses are sent. 

SEND/RECEIVE MODE PROTOCOLS 

The DFC.SEND and DFC.RCV protocol boundary with FMDS can be 
either half-duplex (HDX) or full-duplex (FDX). This 
attribute is referred to as the normal-flow send/receive 
mode. Informally, the boundary is half-duplex if it is 
incapable of concurrently passing normal-flow request chains 
in both directions, and full-duplex if it can. 

Sessions can run (1) half-duplex flip-flop (HDX-FF)—with 
some variation in protocols depending on whether bracket 
protocols are also being used, (2) half-duplex-contention 
(HDX-CONT), or (3) full-duplex (FDX) . The details of the 
session protocols for these modes are provided in this 
chapter; the following remarks also apply: 
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HDX -FF (not using bracket protocol): Each half-session 
has a half-duplex DFC.SEND and DFC.RCV protocol 
boundary with FMDS; at session activation* one 
half-session is designated first sender, and the other, 
first receiver. The sender issues normal-flow requests 
and the receiver issues responses. When the sender 
completes its transmission of normal-flow requests, it 
transfers control of sending to the other half-session 
by setting the Change Direction indicator on the last 
request sent. 

HDX -FF (using bracket protocol): Each half-session has 
a half-duplex DFC.SEND and DFC.RCV protocol boundary 
with FMDS; at session activation, one half-session is 
designated HDX flip-flop bidder, and the other, HDX 
flip-flop first speaker. Using bracket protocol with 
HDX-FF protocol requires a synchronization between the 
two haIf-sessions. When between brackets, each 
half-session is in contention state: either may send. 
The contention winner is always the first speaker. 
When not between brackets, the half-sessions are 
subject to the protocol described above for HDX-FF not 
using brackets. See the section, "Bracket Protocols," 
for additional details. 

HDX - CONT : Each half-session has a half-duplex DFC.SEND 
and DFC.RCV protocol boundary with FMDS; at session 
activation, one half-session is designated the 
contention winner, and the other, the contention loser. 
The designated loser uses the queue (Q_TC_T0_DFC) for 
buffering normal-flow requests received while sending. 
Initially, both winner and loser are in the contention 
state, and either one may independently begin sending 
normal-flow requests. 

Normal-flow requests arriving at the loser, if it is 
sending, are queued; normal-flow requests arriving at 
the winner, if it is sending, may be temporarily queued 
or may be rejected with an appropriate negative 
response. Valid normal-flow requests, arriving at a 
nonsending ha 1f-session, place the half-session in a 
receiving state. 

The contention winner or loser reverts to contention 
state after sending or receiving the last request of a 
chain. 

Upon reverting to the contention state, a contention 
loser, or a contention winner that queues received 
BIUs, may dequeue any requests (and responses). 

Contention can be avoided through end user protocols or 
by use of the Change Direction indicator. 
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• FDX : The primary and secondary half-session DFC.SEND 

and DFC.RCV protocol boundaries with FMDS are 

full-duplex. The normal-flow request and response 
flows in each direction are independent? any 

correlation between flows is done at a level of control 
above that supplied by DFC. 

The normal-flow send/receive mode protocols are enforced by 
DFC.SEND and DFC.RCV for each half-session as follows: 

• If running half-duplex flip-flop* with or without 
brackets* the DFC.SEND and DFC.RCV protocol machines 
each use FSM_HDX_FF (page 5-84) to enforce the 
protocols. 

• If running half-duplex contention* the contention 
winner uses FSM_HDX_CONT_WINNER (page 5-83) and the 
contention loser uses FSM_HDX_C0NT_10SER (page 5-82). 
When running with brackets the contention winner is 
always the bracket protocol first speaker and the 
contention loser is always the bracket protocol bidder. 

• If running full-duplex* no FSM is used to enforce the 
protocol. 

The Change Direction indicator (CDI) is used in the HDX-FF 
protocols* and may be used in the HDX-CONT protocols. Only 
a request on the normal flow that is marked End Chain may 
carry CDI=CD. When the sending half-session includes CD in 
a request* it indicates that it is prepared to receive and 
that its paired half-session may send. CD is not conveyed 
in a response or on a request that carries EB. 

When running in half-duplex mode* a normal-flow request is 
not sent if DFC.SEND has not yet processed a required 
response for a previously received request. 

BRACKETS PROTOCOL 

A bracket is a sequence of normal-flow request chains and 
their responses* exchanged in either or both directions 
between two half-sessions. Bracket protocols allow 
ha 1f-sessions to contend for activating a bracket* and 
assist in resolving the race condition that can result from 
that contention. BIND parameters specify whether a bracket 
protocol is to be used in a session. 

The rules for brackets regulate the initiation and 
termination of a bracket. 

A bracket is delimited by use of Begin Bracket (BB) in the 
first request of the first chain* and End Bracket (EB) in 
the first request of the last chain in the bracket. 
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If brackets are used in a session* the BIND parameters 
specify one of the ha 1f-sessions as first speaker and the 
other as bidder . The first speaker has the freedom to begin 
a bracket without requesting permission from the other 
half-session to do so. The bidder must request and receive 
permission from the first speaker to begin a bracket. 

The bracket protocols are enforced by DFC.SEND (page 5-41), 
DFC.RCV (page 5-50), and an appropriate bracket state 
manager (BSM) in each ha 1f-session . If the half-session is 
a bracket first speaker, FSM_BSM_FSP (page 5-70) is used; if 
a bracket bidder, FSM_BSM_BIDDER (page 5-68) is used. 

Expedited requests and responses are not affected by bracket 
indicators on normal-flow requests, nor by the states of the 
BSMs. 

BID is a normal-flow DFC request issued by the bidder to 
request permission to begin a bracket. A positive response 
to BID indicates that the first speaker will not begin a 
bracket, but will wait for the bidder to begin a bracket. 

A negative response to BID indicates that the first speaker 
has denied permission for the bidder to begin a brrcket. A 
READY TO RECEIVE (RTR) request may be 
sent later by the first speaker when permission to start a 
bracket is granted. If the first speaker will send RTR 
later, the sense code with the negative response to BID is 
0814 (Bracket Bid Reject—RTR Forthcoming). The bidder has 
the option of waiting for RTR or sending BID again. If the 
RTR will not be sent, the sense code is 0813 (Bracket Bid 
Reject—No RTR Forthcoming). In the latter case, the bidder 
must send BID again, if it still wants to begin a bracket. 
FSM_RTR_FSP records that the first speaker should transmit 
an RTR; FSM_RTR_BIDDER records that the bidder can expect 
(but need not await) an RTR. 

Instead of sending BID followed by FMD request with BB, the 
bidder may attempt to initiate a bracket by simply sending 
an FMD request with BB, RQD. The first speaker grants the 
attempt (via positive response) or refuses it (via negative 
response indicating either 0814 (Bracket Bid Reject — RTR 
Forthcoming) or 0813 (Bracket Bid Reject—No RTR 
Forthcoming)). However, if the bidder terminates the chain 
of FMD requests that carries BB by sending CANCEL, then, 
regardless of response, the bracket is not initiated. 

RTR may be issued by the first speaker to grant permission 
to the bidder to begin a bracket, or to find out if the 
bidder wants to begin a bracket. A positive response to RTR 
indicates that the bidder will initiate the next bracket. 
If the bidder does not want to initiate a bracket, it issues 
a negative response with the sense code, RTR Not Required. 
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The first speaker does not have to be granted permission 

(via a positive response) to begin a bracket. Any request 

sent by the first speaker carrying BB will begin a bracket. 

The first speaker does not send BID. 

The following rules apply to the bracket indicators: 

• BB may be set only on the first (or only) request of a 
chain. 

• EB may be set only on the first (or only) request of a 
chain or on CANCEL. It indicates the last chain in the 
bracket. If EBI is set, GDI may not be set because EB 
overrides CD. 

• BB and EB may occur on the same request of the same 
chain. 

• BB or EB may be issued by either half-session* unless a 
BIND parameter or a private end-user protocol limits 
issuance. 

• BB or EB may be set on FMD requests. EB may be set on 
any normal-flow DFC request except BID* BIS* or RTR. 
BB may not be set on any DFC requests except LUSTAT. 
Neither BB nor EB may be set on responses or on 
expedited requests. 

• When the bidder is in the state BETB (i . e . > 
FSM_BSM_BIDDER=BETB), it may send BB, without EB* only 
on the first (or only) request of a definite-response 
chain; it may send (BB,EB) on the first request of a 
definite-response chain, an exception-response chain* 
or a no-response chain. 

• After sending a positive response to BID or receiving a 
positive response to RTR (i.e., FSM_BSM_FSP=PEND_BB)* 
the first speaker must wait for the bidder to send an 
FMD request with BB. (When FSM_BSM_FSP = PEND_BB, the 
first speaker cannot send FMD requests or RTR.) 

One of the following bracket termination rules is specified 

for the session* in the BIND parameters: 

• Bracket Termination Rule JL (Conditional Termination): 
Bracket termination is controlled by the form of 
response requested (definite* exception, or 
no-response) for the chain containing (-BB*EB). If the 
chain requests a definite response, the bracket is not 
terminated until a positive response is processed. A 
negative response to the last request (marked definite 
response) causes the bracket to be continued. A 
negative response to any but the last request in the 
chain allows the option of terminating or continuing 
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the bracket* The sender of the chain may end the 
bracket by sending CANCEL with EB, or by ending the 
chain with a request specifying exception response or 
no-response, Alternatively, the sender of the chain 
may continue the bracket by sending CANCEL without EB 
or by ending the chain with a request specifying 
definite response. 

If the chain requests exception response or 
no-response, the bracket is terminated unconditionally 
when the last request of the chain that has EB in its 
first request is processed. 

If BB and EB appear on the same chain, the bracket is 
unconditionally terminated when the last request of 
that chain is processed, regardless of the form of 
response requested. 

• Bracket Termination Rule 2 (Unconditional Termination): 
A bracket is terminated unconditionally when the last 
request of the chain that has EB in its first request 
is processed, regardless of the form of response 
requested. 

No more than one BB can be outstanding from a ha 1f-session. 

The DFC r eques t s —-C ANCE L , CHASE, LUSTAT, and QC—may flow 
both in and between brackets. Each of these four 
normal-flow DFC requests may carry EB, but only LUSTAT may 
carry BB. When brackets are used, only those FMD requests 
carrying BB may flow between brackets. 

When CANCEL with EB is sent or received to terminate a chain 
that does not carry EB, then the bracket is terminated. 
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A bracket may contain one or more sync points (committed 
units of work), but units of work do not span brackets. The 
table below shows the meaning of EB as it relates to units 


of work: 

Request 

EB,RQD1 | EB,RQE1 

EB,RQD2I 3 
EB,RQE2 | 3 

EB,LUSTATC0824),RQD1 
EB,LUSTAT(0824),RQE1 


Meaning 

End, do not commit since 
no protected resources 
Were changed 

End, request commit 

Not allowed, since 
request commit must have 
a response. 

Abort current unit of 
work. See also FM header 
7 ( SNA LU-LU Session 
Types ) and sense codes 
0866, 0867, 0868. 


Three types of error conditions are associated with the 

management of brackets: 

• Violations detected at the sender. DFC.SEND rejects 

any attempt to transmit in violation of bracket 

protocols; e.g.» the first speaker attempts to send BB 
while a bracket is in process (FSM_BSM_FSP=INB). The 
mechanism for passing this error information is an 
implementation option. 

• Bracket protocol errors detected at the receiver due to 

sender error. These errors are receive errors and the 
receiver action is not specifically architected. 

Possible actions are suggested in the UPM procedure 
(see page 5-57) that is called when a receive error is 
detected. 

• Errors detected at the receiver and caused by race 
conditions. The appropriate action is for the receiver 
to send the Bracket Race Error sense code on a negative 
response to the other ha 1f-session. This condition 
implies that a retry of the operation may be necessary. 


ERROR RECOVERY PROTOCOL 

Sessions operating HDX use one of two error recovery 
procedures: 

• Contention loser responsible for recovery: The 

contention loser half-session assumes an HDX sending 
state at an appropriate moment after error detection; 
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it initiates the sending of requests to attempt 
recovery. Correspondingly, the contention winner 
half-session assumes an HDX receiving state and awaits 
recovery requests from the contention loser. 

• Symmetric recovery: The half-session that sent a 

request found to be in error (by the receiver) assumes 
an HDX sending state at an appropriate moment; it 
initiates the sending of requests to attempt recovery. 
Correspondingly, the half-session that received the 
request in error assumes an HDX receiving state and 
awaits recovery requests from the sender. 

The recovery management of an HDX FSM in a half-session that 
receives or sends a request chain containing an error is 
described in the HDX protocol machines. For sessions that 
limit the number of outstanding chains to one, the 
transition to the HDX recovery state (i.e.» sending or 
receiving) is made after the last RU in the current chain 
has been received or sent. 

For symmetric recovery, HDX-FF, and when multiple RQE chains 
are possible, the error recovery transition is delayed until 
the occurrence of an ERP synchronization event: 

• For immediate response mode sessions, this event is RQD 
or RQE,CD. 

• For delayed response mode sessions, this event is 
CHASE. 

In all of these cases, the error recovery transition in the 
HDX machines occurs only after all chains in the session 
have been completely received. Thus, the error recovery 
procedure begins simply, with many DFC FSMs in their reset 
states. 

STOP-BRACKET-INITIATION PROTOCOL 

The stop-bracket-initiation protocol uses STOP BRACKET 
INITIATION (SBI ) and BRACKET INITIATION STOPPED (BIS) to 
control the flow of normal-flow requests that initiate a new 
bracket. The principal FSMs used in this protocol are 
FSM_SBI_SEND (page 5-91) and FSM_SBI_RCV (page 5-91). 

SBI is sent by either half-session to request that the 
receiving half-session stop initiating brackets by continued 
sending of BB and the BID request. The receiving 
half-session may continue to send BB and BID until it sends 
BIS in reply, i.e., BIS need not be sent at the next entry 
to the between bracket state following the receipt of SBI. 
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BIS is sent by the half-session that received SBI to 
acknowledge its agreement not to send BB or BID. A positive 
response to BIS places the SBI receiver (FSM_SBI_RCV) in 
NOBB state. While in NOBB state. any attempt to send BB or 
BID is rejected by DFC. ff 

A BIS can also be sent unsolicited (i.e.. when SBI has not 
been received) to inform the receiving half-session that the 
sending half-session will not send any subsequent BB or BID 
requests . 

When the FM profile allows the use of (SBI. BIS) sequences 
to be initiated by either half-session, the LU .SVC_MGR for 
the primary half-session sends UNBIND if FSM_SBI_SEND and 
FSM_SBI_RCV are in the NOBB state and BSM is in the BETB 
state, or when FSM_SBI_RCV is in the NOBB state and FSM_BSM 
is in the PEND_BB state. This causes a session to be ended 
when the ability to initiate new work has been blocked for 
both directions. 

The SBI protocol allows the LU services manager to end a 
session without interfering with any sync point requests 
that might have been issued by the sync point manager of the 
partner LU. This is true because sync point requests can 
occur only inside a bracket or at the end of a bracket. The 
receipt of CTERM(Forced) (see Chapter 8) or an equivalent 
signal from an end user of the LU results in sending an 
UNBIND without use of the SBI protocol. In these cases, as 
when the session faiIs (see Chapter 1), a sync point request 
from the partner LU may be overtaken by the UNBIND, this may 
cause locks on protected resources in the partner LU to be 
held until the session can be reactivated and the sync point 
managers resynchronized (using STSN, see Chapter 4). 

QUIESCE PROTOCOL 

The quiesce protocol provides a means for a half-session to 
stop its partner half-session from sending normal-flow 
requests. Only the normal flow is affected; the expedited 
flow is not affected. This protocol may be used for various 
reasons, e.g.» one half-session may wish to end the session 
(via UNBIND) after it finishes receiving the rest of the 
current chain, or one half-session may wish to temporarily 
stop recieving because it has run low on some resource (like 
a buffer pool or auxiliary storage) . 

The quiesce protocol is symmetric, either ha 1f-session may 
"quiesce" its partner. For descriptive convenience, we 
shall call one half-session A and its partner ha 1f-session 
B. QEC, QC, and RELQ are the DFC requests used in the 
quiesce protocol. 
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QEC may be sent by A to request B to quiesce (stop sending 
normal-flow requests) at the end of the FMD chain that B is 
currently sending (if any)* After receiving QEC* B may not 
begin any normal-flow request chain other than QC. 

QC is sent by B after receiving QEC* to indicate that it has 
quiesced, QC is a normal-flow synchronizing request; it is 
the last normal-flow request sent by a quiesced half-session 
until RELQ is received. 

While quiesced* a half-session accepts all FMD and 
normal-flow DFC requests and responds appropriately. Any 
FMD normal-flow requests to be sent in reply must be sent 
later. If this is not possible* a negative response (to the 
request that required a reply) must be sent with the sense 
code 0828, Reply Not Allowed. The decision to send a 0828 
response is user defined. There is no enforcement of this 
condition by the DFC layer. 

RELQ may be sent by A to remove the quiesced condition of B* 
i.e.* to indicate that B may send normal-flow DFC and FMD 
requests . 

If RELQ is received by a half-session that is not quiesced* 
but is otherwise able to process the request* a positive 
response is sent. 

Typically* QEC is sent with the intention that RELQ will be 
sent at some time after the quiesce sequence* and that 
secondary-to-primary requests will resume on the normal 
flow. 

The FSMs used to enforce this protocol are FSM_QEC_SEND 
(page 5-87) and FSM_QEC_RCV (page 5-87). 

SHUTDOWN PROTOCOL 

The shutdown protocol provides a means for a primary 
half-session to stop its partner secondary half-session from 
sending normal-flow requests. Only the normal flow is 
affected* the expedited flow is not affected. This protocol 
may be used when the primary wishes to end the session in an 
orderly manner. The secondary is "shut down" before ending 
the session with UNBIND. 

The shutdown protocol is not symmetric* only the primary may 
shut down its partner (secondary). SHUTD * SHUTC * and RELQ 
are the DFC requests used in the shutdown protocol. 

SHUTD is sent by the primary to request that the secondary 
stop sending normal-flow requests as soon as convenient. 
The secondary determines what convenient is; for example* it 
could be at the end of current bracket. After reaching the 
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convenient point, the secondary sends SHUTC. After 
receiving a positive response to SHUTC, the secondary has 
been shut down (quiesced) and may not send any normal-flow 
requests unless it subsequently receives a RELQ. 

Since SHUTC is expedited, it may pass normal—flow requests 
that were previously sent by the secondary. The secondary 
may avoid this race condition by asking and waiting for a 
definite response to the last request sent (if the primary 
is using immediate response mode), or by sending CHASE and 
waiting for the CHASE response before sending SHUTC. 

While in shutdown (quiesced) state, a half-session accepts 
all FMD and normal-flow DFC requests and responds 
appropriately. Any FMD normal-flow requests to be sent in 
reply are sent later. If this is not possible, a negative 
response (to the request that required a reply) is sent with 
the sense code 0828, Reply Not Allowed. The decision to 
send a 0828 response is user defined. There is no 
enforcement of this condition by the DFC layer. 

RELQ may be sent by the primary to remove the shutdown 
(quiesced) condition of the secondary, i.e., to indicate 
that the secondary may send normal-flow requests. 

If RELQ is received by a secondary that is not quiesced, but 
is otherwise able to process the request, a positive 
response is sent. 

The FSMs used to enforce this protocol are FSM_SHUTD_SEND 
(page 5-92) and FSM_SHUTD_RCV (page 5-92). 

RELATIONSHIP OF QUIESCE AND SHUTDOWN PROTOCOLS 

The implications of the quiesce and shutdown protocols to 
FMDS are as follows. The quiecse protocol requires a more 
stringent quiescing than does the shutdown protocol. QEC 
(of the quiesce protocol) requests the receiving FMDS to 
stop sending requests on the normal flow after the end of 
the current chain, if any. SHUTD (of the shutdown protocol) 
requests the receiving FMDS to stop sending requests on the 
normal flow when it is ready to end the session. 

Note that RELQ is used in both the quiesce and shutdown 
protocols, hence, one RELQ will remove a ha 1f-session from 
the quiesced condition, i . e. , issuing a positive response to 
RELQ resets both FSM_QEC_RCV (page 5-87) and FSM_SHUTD_RCV 
(page 5-92) . 
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QUEUED RESPONSE PROTOCOL 


DFC enforces the setting of the QRI bit on requests. See 
Chapter 2 for a discussion of this RH indicator. 

The setting of the QRI bit is the same for all RUs in a 
chain. DFC enforces this using FSM_QRI_CHAIN_SEND (page 
5-89) and FSM_QRI„CHAIN_RCV (page 5-88). 

QR can be indicated on any request chain; -«QR cannot be 
indicated: (1) on CHASE when a normal-flow request chain 
indicating QR is outstanding and delayed response mode is 
specified for that flow. (2) on any normal-flow request 
chain when a normal-flow request chain indicating QR is 
outstanding and immediate response mode is specified for 
that flow, or (3) on any request in a chain that indicates 
(-BB. EB) when half-duplex contention or full-duplex is 
specified as the normal-flow send/receive mode. unless 
higher-level protocols can be invoked to avoid an FMD 
request, sent before RSP(RQ(EB))» being received after the 
RSP(RQ(EB)) is received. These protocol rules are enforced 
by FSM_QRI_CHECK_SEND (page 5-88) and the procedure 
DFC.SEND_CHECKS (PAGE 5-42). 

DFC REQUEST/RESPONSE REFERENCE 

DFC REQUEST/RESPONSE FORMATS 

This section describes the DFC request and response formats; 
the RH formats are shown in this section; the RU formats are 
shown in Appendix E. Figures 5-3 and 5-4 show the format of 
DFC requests and responses. respectively. The expedited 
flow indicator (EFI in the TH) shows which flow, expedited 
or normal, the DFC request/response flows on. 
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Notes : 

1. *XX means either XX or -XX. 

2. See Chapter 2 and Appendix D for complete TH and RH descriptions. 

3. If EBI=EB, CDI must be -CD. 

4. For LUSTAT, (DR1I,DR2I) = (0,1) | (1,0) I (1,1). 


Figure 5-3. DFC Request Formats 
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Notes 

1. *XX means either XX or -XX. 

2. See Chapter 2 and Appendix D 
Figure 5-4. DFC Response Formats 


for complete TH and RH descriptions 
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DFC REQUEST/RESPONSE DESCRIPTIONS (ALPHABETICAL ORDER) 

BID (BID) 


Flow: Bidder to first speaker 

(Normal) 

Principal FSMs: FSM_BSM_FSP (Page 5-70) 

FSM_BSM_BIDDER (Page 5-68) 

FSM_RTR_FSP (Page 5-90) 

FSM_RTR_BIDDER (Page 5-90) 

BID is used by the bidder to request permission to initiate 
a bracket, and is used only when using brackets. See 
"Brackets Protocol" on page 5-14. 

BIS (BRACKET INITIATION STOPPED) 

Flow: Primary to secondary and secondary to primary 
(Normal) 

Principal FSMs: FSM_SBI_SEND (Page 5-91) 

FSM_SBI_RCV (Page 5-91) 

BIS is sent by the half-session that received SBI to 
acknowledge its agreement not to send BB or BID. It is used 
only when using brackets. See "Stop-bracket-initiation 
protocol" on page 5-19. 

CANCEL (CANCEL) 

Flow: Primary to secondary and secondary to primary 

(Normal) 

Principal FSMs: FSM_CHAIN_SEND (Page 5-72) 

FSM_CHAIN_RCV (Page 5-72) 
FSM_BSM_BIDDER (Page 5-68) 

FSM_BSM_FSP (Page 5-70) 

CANCEL may be sent by a half-session to terminate a 
partially sent chain of FMD requests. CANCEL may be sent 
only when a chain is in process (i.e., FSM_CHAIN_SEND:INC). 
The sending half-session may send CANCEL to end a partially 
sent chain if a negative response is received for a request 
in the chain, or for some other reason. See "Chaining 
i Protocol" on page 5-8. 

The setting of EBI on CANCEL may override the setting of EBI 
on the first request of the chain. See "Brackets Protocol" 
on page 5-14. 
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CHASE (CHASE) 


Flow: Primary to secondary and secondary to primary 

(Norma 1) 

Principal FSMs: Receive requests correlation table 

CT_RCV_RQ_NORM 

CHASE is sent by a half-session to request the receiving 
half-session to return all outstanding normal-flow responses 
to requests previously received from the issuer of CHASE. 
The receiver of CHASE sends the response to CHASE after 
processing (and sending any necessary responses to) all 
requests received before the CHASE. 

A half-session can use CHASE before issuing SHUTDOWN 
COMPLETE (SHUTC)* so that no valid negative responses will 
be received after the half-session has quiesced and become 
unable to correct the requests in error. When the 
half-session uses immediate response mode* an FMD request 
specifying definite response serves the same purpose as 
CHASE; i.e.* if the receiving half-session uses immediate 
response mode and the sending half-session can send requests 
specifying definite response* it is not necessary to use 
CHASE. 

LUSTAT (LOGICAL UNIT STATUS) 

Flow: Primary to secondary and secondary to primary 

(Normal) 

Principal FSMs: None in DFC 

LUSTAT is used by one half-session to send four bytes of 

status information to its paired ha 1f-session. The RU 

format (see Appendix E) allows the sending of either end 
user information or LU status information* e.g.* about a 
specified LU component. If the high-order two bytes of 
status information are 0 then the low-order two bytes carry 
end user information and may be set to any value. In 

general, LUSTAT is used to report about failures and error 
recovery conditions for a local device of an LU. No 
specific LUSTAT FSMs are required in DFC to handle the 

sending and receiving of LUSTAT. 
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QC (QUIESCE COMPLETE) 


Flow: Primary to secondary and secondary to primary 
(Normal ) 

Principal FSMs: FSM_QEC_SEND (Page 5-87) 

FSM_QEC_RCV (Page 5-87) 

QC is sent by a half-session after receiving QEC > to 
indicate that it has quiesced. See "Quiesce Protocol” on 
page 5-20. 

QEC (QUIESCE AT END OF CHAIN) 

Flow: Primary to secondary and secondary to primary 
(Expedited) 

Principal FSMs: FSM_QEC_SEND (Page 5-87) 

FSM_QEC_RCV (Page 5-87) 

QEC is sent by a half-session to quiesce its partner 
half-session after it (the partner) finishes sending the 
current chain (if any). See "Quiesce Protocol" on page 
5-20. 

RELQ (RELEASE QUIESCE) 

Flow: Primary to secondary and secondary to primary 
(Expedited ) 

Principal FSMs: FSM_QEC_SEND (Page 5-87) 

FSM_QEC_RCV (Page 5-87) 

F5M_SHUTD_SEND (Page 5-92) 

FSM_SHUTD_RCV (Page 5-92) 

RELQ is used to release a half-session from a quiesced 
state. See "Quiesce Protocol" (page 5-20) and "Shutdown 
Protocol" (page 5-21). 

RSHUTD (REQUEST SHUTDOWN) 

Flow: Secondary to primary (Expedited) 

Principal FSM: None 

RSHUTD is sent from the secondary to the primary to indicate 
that the secondary is ready to have the session deactivated. 
No specific RSHUTD FSMs are required in DFC to handle the 
sending and receiving of RSHUTD. Note : Contrary to its 

name» RSHUTD does not request a shutdown—SHUTD is not a 
proper reply; rather» it requests an UNBIND. 
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RTR (READY TO RECEIVE) 


Flow: First speaker to bidder (Normal) 

Principal FSMs: FSM_BSM_FSP (Page 5-70) 

FSM_BSM_BIDDER (Page 5-68) 

FSM_RTR_FSP (Page 5-90) 

FSM_RTR_BIDDER (Page 5-90) 

RTR indicates to the bidder that it is now allowed to 
initiate a bracket. RTR is issued by the first speaker, and 
is used only when using brackets. See "Brackets Protocol" 
on page 5-14. 

SBI (STOP BRACKET INITIATION) 

Flow: Primary to secondary and secondary to primary 
(Expedited) 

Principal FSMs: FSM_SBI_SEND (Page 5-91) 

FSM_SBI_RCV (Page 5-91) 

SBI is sent by either half-session to request that the 
receiving half-session stop initiating brackets by continued 
sending of BB and the BID request. See 

"Stop-Bracket-Initiation Protocol" on page 5-19. 

SHUTC (SHUTDOWN COMPLETE) 

Flow: Secondary to primary 
(Expedited) 

Principal FSMs: FSM_SHUTD_SEND (Page 5-92) 

FSM_SHUTD_RCV (Page 5-92) 

SHUTC is sent by a secondary half-session to indicate it is 
in the shutdown (quiesced) state. See "Shutdown Protocol" 
on page 5-21. 

SHUTD (SHUTDOWN) 

Flow: Primary to secondary 
(Expedited) 

Principal FSMs: FSM_SHUTD_SEND (Page 5-92) 

FSM_SHUTD_RCV (Page 5-92) 

SHUTD is sent by the primary to request that the secondary 
shutdown (quiesce) as soon as convenient. See "Shutdown 
Protocol" on page 5-21. 
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SIG (SIGNAL) 


Flow: Primary to secondary and secondary to primary 

(Expedited) 

Principal FSMss None in DFC 

SIG is an expedited request that can be sent between 
half-sessions* regardless of the status of the normal flows. 
It carries a four-byte value* of which the first two bytes 
are the signal code and the last two bytes are the signal 
extension value. These values are used in higher level 
protocols and are defined in Appendix E. No specific SIG 
FSMs are required in DFC to handle the sending and receiving 
of SIG. 
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SESSACT.DFC_INITIALIZE: PROCEDURE; 


\ FUNCTION: THE POBPOSE OF THIS PBOCEDOBE IS TO SET OP, IN THE SCB, VARIOUS | 

| SESSION PARAMETERS, DFC COHHAND OSAGE, AND DFC FSH OSAGE FOB THE | 

| SESSION. THIS PBOCEDOBE IS EXECUTED AT SESSION ACTIVATION TIHE. | 

| THIS PROCEDOBE IS NOT CALLED BY DFC; IT IS CALLED BY THE COMMON | 

| SESSION CONTROL MANAGER (CSC MGB, CHAPTER 13) ON SENDING OR f 

I RECEIVING A POSITIVE RESPONSE TO A SESSION ACTIVATION REQOEST. | 


REFERS TO THE FOLLOWING PROCEDURE(S): 
DFC INIT DFC OSAGE 
DFC*”IN IT FSM“oSAGE 
DFC“lNIT“MISC SESSION PARMS 


CALL DFC INIT^MISC SESSIONJPARMS; 
CALL DFC INIT DFC OSAGE; 

CAtL DFC~INIT~PSM~OSAGE; 

RETORN; 

END SESSACT.DFC_INITIALIZE; 


PAGE 5-32 
PAGE 5-34 
PAGE 5-37 





♦/ 

/* 

PAGE 

5-37 

V 

/* 

PAGE 

5-32 

♦/ 

/* 

PAGE 

5-34 

*/ 
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DFC_INIT_DFC__USAGE: PROCEDURE; 


/* 

| FUNCTION: THIS PROCEDURE SETS UP SCB INDICATORS FOR EACH DFC COMMAND. THESE | 

| INDICATORS SPECIFY WHETHER OR NOT THE DFC COMMAND MAY BE SENT AND/OR | 

| RECEIVED. THE SETTING OF THESE INDICATORS IS BASED ON THE PM | 

| PROFILE. | 

| REFERENCED BY THE FOLLOWING PROCEDURE(S)2 | 

| SESSACT.DFC INITIALIZE PAGE 5-31 | 

I ” I 

| REFERS TO THE FOLLOWING PROCEDURE(S) : ! 

I DFC__INIT_DFC_USAGE_BID_RTR PAGE 5-33 | 

«-——--——-—: -----_---.j 

*/ 


if 

V, 


SCB.DFC REQUESTS * 0; /* INITIALIZE INDICATORS TO 

NOT_ALLOWED */ 

IF SCB.HALF_SESSION = PRI THEN 
DO; 

. IF SCB. PRI__CHAIN USE = MULTIPLE THEN 
. SCB.DFC_CANCEL~SEND = ALLOWED; 

. IF SCB.SEC CHAIN“USE = MULTIPLE THEN 
. SCB.DFC CANCEL RCV = ALLOWED; 

END; 

ELSE /* SECONDARY */ 

DO; 

. IF SCB.SEC_CHAIN USE = MULTIPLE THEN 
SCB.DFC_CANCELlSEND = ALLOWED; 

. IF SCB.PRI_CHAIN USE = MULTIPLE THEN 
. SCB.DFC_CANCEL~RCV = ALLOWED; 

END; 


SELECT ANYORDER (SCB. FM__PROFILE) ; 

. WHEN(O) 

DO; 

. IF SCB.HALF SESSION = PRI THEN 
. . SCB.DFC LUSTAT RCV = ALLOWED; 

. ELSE 

SCB.DFC_LUSTAT SEND = ALLOWED; 

END; 

. WHEN (3) 

DO; 

. SCB.DFC_CHASE_RCV = ALLOWED; 

. . SCB.DFC_CHASE~SEND = ALLOWED; 

. SCB.DFC_SIG RCV = ALLOWED; 

. . SCB.DFC_SIG_SEND = ALLOWED; 

. . IF SCB.HALF~SESSION = PRI THEN 

. . DO; 

. SCB.DFC RSHUTD RCV = ALLOWED; 

. SCB.DFC”LUSTAT“*RCV = ALLOWED; 

. SCB.DFC^SHUTC RCV = ALLOWED; 

. SCB.DFC~SHUTD~SEND = ALLOWED; 

END; 

. ELSE 
DO; 

. . . SCB.DFC_RSHUTD SEND = ALLOWED; 

. SCB.DFC LUSTAT”SEND = ALLOWED; 

. SCB.DFC”SHUTC SEND = ALLOWED; 

. SCB.DFC”SHUTD~RCV = ALLOWED; 

. . END; 

. CALL DFC_INIT_DFC USAGE BID RTR; /* PAGE 5-33 */ 

END; 

. W HEN(4) 

. DO; 

. . SCB.DFC^CHASE_RCV = ALLOWED; 

. . SCB.DFc”cHA SE~SEND = ALLOWED; 

. SCB.DFC~LUSTAT RCV = ALLOWED; 

. SCB.DFC_LUSTAT~SEND = ALLOWED; 

. . SCB.DFC~QC_HCV”= ALLOWED; 

. . SCB.DFC”QC”SEND = ALLOWED; 

. SCB.DFC~QEC_RCV = ALLOWED; 

. . SCB.DFC_QEC_SEND = ALLOWED; 

. SCB.DFC__RELQ_RCV = ALLOWED; 

. . SCB.DFC RELQ SEND - ALLOWED; 

. SCB.DFCISIG_.RCV = ALLOWED; 

. . SCB.DFC SIG”SEND = ALLOWED; 

. . IF SCB.HALF_SESSION * PRI THEN 

. . DO; 

. . . SCB. DFC_J3SHUTD_JRC V = ALLOWED; 

. . .SCB.DFC SHUTC RCV * ALLOWED; 

. SCB.DFC SHUTD_SEND = ALLOWED; 

. . END; 

. . ELSE 

. . DO; 

. SCB.DFC RSHUTD SEND = ALLOWED; 

. . . SCB.DFC SHUTC SEND = ALLOWED; 

. . . SCB.DFC~SHUTD~RCV a ALLOWED; 

. . END; 

. CALL DFC_INIT DFC USAGE BID RTR; /* PAGE 5-33 

END; 


*/ 

/f 
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. WHEN (6) 

. DO; 

. . IF SCB.HALF SESSION = PRI THEN 

- . SCB.DFC LUSTAT RCV = ALLOWED; 

- . ELSE 

. . SCB.DFC LUSTAT SEND = ALLOWED; 

. END; 

. W HEN(7) 

. DO; 

. . IF SCB.THIS_HALF SESSION_RQ NODE * DELATED THEN 

. . SCB.DFC CHASE_SEND = ALLOiED; 

. . IF SCB.PARTNER_HALF SESSION HQ NODE = DELAYED THEN 

SCB.DFC CHASE RCV~= ALLOWED;” 

. . SCB.DFC_LUSTAT_RCV = ALLOWED; 

. . SCB.DFC LOSTAT SEND * ALLOWED; 

. . SCB.DFC”SIG RCV = ALLOWED; 

. SCB.DFCISIG”SEND * ALLOWED; 

. . IF SCB.HALF”SESSION = PRI THEN 

. . SCB.DFC RSHUTD RCV = ALLOWED-; 

. . ELSE 

. . SCB.DFC RSHOTD SEND = ALLOWED; 

. END; 

. W HEN {18) 

. DO; 

. SCB.DFC CHASE RCV = ALLOWED; 

. . SCB.DFC_CHA SE_SEND = ALLOWED; 

. SCB.DFC LUSTAT RCV = ALLOWED; 

. SCB.DFC_LOSTAT”SEND = ALLOWED; 

. . SCB.DFC”SIG RCV “ ALLOWED; 

. SCB.DFC3SIG”SEND = ALLOWED; 

. IF SCB.OSING_BRACKETS = YES THEN 
. . DO; 

. SCB.DFC BIS RCV = ALLOWED; 

. SCB.DFC_BIS SEND = ALLOWED; 

. . . SCB.DFC SBl”RCV = ALLOWED; 

. SCB.DFC SBI_SEND = ALLOWED; 

END; 

. CALL DFC_INIT_DFC USAGEJ3ID RTR; /* PAGE 5-33 */ 

END; 

. OTHERWISE; 

END; 

RETURN; 

END DFC_INIT_DFCJJSAGE; 


DFC_INIT_DFC_USAGE_BID_RTR: PROCEDURE; 

/* 


r------—--1 

| FUNCTION; THIS PROCEDURE SETS THE SCB INDICATORS FOR BID AND RTR USAGE. | 
I I 
| REFERENCED BY THE FOLLOWING PROCEDUBE(S) : | 
| DFC_INIT DFCJJSAGE PAGE 5-32 I 


*/ 


IF SCB.USING BRACKETS = YES THEN 
DO; 

. IF SCB.FIRST SPEAKER = YES THEN 
. DO; 

. SCB.DFC BID_RCV = ALLOWED; 

. . SCB.DFC”rTRZsEND = ALLOWED; 

. END; 

. ELSE /* BIDDER */ 

. DO; 

. . SCB.DFC_BID SEND = ALLOWED; 

. SCB.DFC RTR”RCV - ALLOWED; 

. END; 

END; 

RETURN; 

END DFC_INIT_DFC_USAGE_BID_RTR; 
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DFC_INIT_FSHJISAGE: PROCEDURE; 

/• 


| FUNCTION: THIS PROCEDURE SETS UP THE FSH USAGE FOR THIS HALF-SESSION*S DFC. I 

| IT USES THE "#** VARIABLE TO SELECT FSH'S FOR THE HALF-SESSION. IF I 

t AN FSH IS TO BE USED, ITS INANE IS SET TO THE CHARACTER STRING NANE | 

| OF THE FSH TO BE USED FOR THE HALF-SESSION. IF NO FSH IS TO BE l 

| USED, THE INAHE IS SET TO NO_OP. I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : | 

| SESSACT. DFC__INITIALIZE PAGE 5-31 | 

| REFERS TO THE FOLLOWING PROCEDURE (S): I 

| DFC INIT FSH USAGE BSH SBI RTR PAGE 5-35 | 

| DFcIiNIT_FSM_USAGe”hDxIrBS~ PAGE 5-36 | 

i—------- Z— ------..——— 

♦/ 

/* INITIALIZE ALL FSH*S TO • NO OP* */ 

#FSH BSH ® *NO OP* ; 

#FSH — CHAI N__RC v”= *NO_OP»; 

IFSH CHAIN SEND - * NO OP*; 

#FSH“C0NTR0L BSH RSP RCV = 'NO OP*; 

IFSH C0NTR0L”BSH”RSP“SEND = 'NO OP*; 

♦FSH CONTROL HDX RSP RCV = *NO OP*; 

IFSH CONTROL HDX~RSP”SEND = *NO OP'; 

♦FSH_EBCD RCV = 7 N0 OP*; 

IFSH EBCD"*SEND ■ 'NO OP*; 

♦FSH HDX ■ 'NO OP*; 
lFSH_IHH_RQ_HODE RCV = • NO OP'; 

IFSH IHH RQ NODE SEND « * NO OP*; 

IFSH~QEC RCV * 'NO_OP*; 

♦FSH_QEC**SEND = 'NO OP'; 

IFSH__QRI~CHECK SEND**® 'NO OP'; 

IFSH_QRI CHAIN~RCV = 'NO OP*; 

IFSH QRI_CHAIN~SEND * *NO OP*; 

♦FSH_RES = *NO OP*; 

IFSH RTR = *NO _ OP'; 

♦FSH"*SBI_RCV =”' NO OP*; 

♦FSH SBlIsEND = 'NO OP*; 

IFSH^SHUTD = *N0_0P 7 ; 

/* SET UP FSH* S TO BE USED BX THIS HALF SESSION */ 

♦FSH QRI CHECK SEND * *FSH_QRI CHECK SEND*; 

IF SCB.HALF SESSION = PRI THEN 
DO; 

. IF SCB.PRI CHAIN USE ® HULTIPLE THEN 
. DO; 

. . IFSH CHAIN SEND = 'FSM_CHAIN SEND'; 

. . IFShIqRI_CHAIN_SEND = 'FSH QRI CHAIN_SEND»; 

END; 

. IF SCB.SEC_CHAIN_USE ■ HULTIPLE THEN 
DO; 

. . IFSM_CHAIN_RCV = *FSH_CHAIN RCV; 

. , IFSM__QRI_CHAIN_RCV = *FSH_QRI_CHAIN_RCV ; 

. END; 

END; 

ELSE /* SECONDARY */ 

DO; 

. IF SCB.SEC CHAIN_USE = HULTIPLE THEN 
. DO; 

. . IFSH CHAIN^SEND « *FSH CHAIN SEND'; 

. . IFSH**QRI CHAIN SEND = T FSH QRI CHAIN SEND'; 

END; 

. IF SCB.PRI_CHAIN USE » HULTIPLE THEN 
. DO; 

. . IFSH CHAIN RCV * 'FSH CHAIN RCV*; 

. . IFSHIqRI_CHAIN_RCV = *FSH_QRI_CHAIN_RCV*; 

. END; 

END; 

IF SCB.DFC QECJRCV = ALLOWED THEN 
IFSH QEC~RCV « 'FSH QEC RCV*; 

IF SCB7DFC-QEC SEND =~ALLOWED THEN 
IFSH_QECISEND = • FSH_QEC_J5END'; 

IF SCB.DFC SHUTD RCV = ALLOWED THEN 
IFSH SHUTD = 'FSH SHUTD RCV'; 

ELSE 

IF SCB.DFC SHUTD SEND = ALLOWED THEN 
#FSH_SHUTD = 'FSH_SHUTD_SEND'; 

IF SCB.THIS HALF SESSION RQ HODE = IHHEDIATE THEN 
IFSH IHH RQ HODE SEND = 'FSH IHH RQ HODE SEND'; 
if scbTpartner HALF SESSION RQ~HODE =“ihhediate THEN 
# FSM_IHH_PQ_M0DE_ICV = •FSH_lHH_RQ_HODE_RCV•; 

CALL DFC INIT FSH USAGE BSH SBI RTR; /* PAGE 5-35 */ 

CALL DFC_INItIfSmIuSAGE”hDX~REsT /* PAGE 5-36 */ 

RETURN; 

END DFC_INIT„.FSH_USAGE; 
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DFC_INIT_FSH_USAGE_BSH_SBI_RTR: PROCEDURE; 


/* 


FUNCTION: THIS PROCEDURE SETS UP FSH USAGE FOR THE BSH, SBI, AND RTR FSB'S. | 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : I 

DFC INIT FSH USAGE PAGE 5-34 | 

I 

REFERS TO THE FOLLOWING PROCEDURE { S) : | 

UPH^FDX^BRACKETS PAGE 5-37 | 

*/ 


IF SCB.USING_BRACKETS = YES THEN 
DO; 

. IF SCB. SEND RCY BODE FULL_DUPLEX THEN 
DO; 

. . IF SCB.DFC SBI RCY = ALLOWED THEN 

. . #FSH_SBI~FCV~= *FSH_SBI_RCY*; 

! IF SCB.DFC SBI SEND * ALLOWED THEN 
. . #FSH_SBI_SEND = 'PSH_SBI_SBND'; 

’ .* #FSH_EBCD_RCY = 'FSH EBCD RCY*; 

. . #FSH_EBCD_SEND * •FSH_EBCD_SEND•; 

I I #FSH CONTROL BSH RSP_FCY * *FSH CONTROL BSH BSP RCY*; 

. . #FSH”C0NTR0L”BSH_HSP_SEND = »FSH_CONTROL_BSH_RSP_SEND*; 


/* FULL DUPLEX */ 

/* PAGE 5-37 */ 


IF SCB.FIRST_SPEAKER « YES THEN 
DO; 

. #FSH BSH 
. #FSH RTR 
END; 

ELSE 
DO; 

. *FSH BSH 
. #FSH~RTR 
END; 

END; 

ELSE 

CALL UPH_FDX_BRACKETS 

END; 


'FSH BSH FSP'; 
•FSB~RTR~FSP* ; 


•FSH BSH BIDDER*; 

«fsh”ftr~bidder*; 


RETURN; 

END DFC^INIT^FSH^USAGE_BSH_SBI — RTR; 
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DFC_INIT_FSM_USAGE_HDX__RES: PROCEDURE; 

/* 


| FUNCTION: THIS PROCEDURE SETS UP THE FSM USAGE FOR NORMAL-FLOS SEND AND | 

| RECEIVE MODE <#FSM_HOX) AND RESOURCE (#FSM_RES) FSM'S. f y 

1 REFERENCED BY THE FOLLOWING PROCEDURE(S): i 

| DFC_INIT_FSM_USAGE PAGE 5-34 | 


*/ 

IF -» (SCB.HALF SESSION = PRI * SCB.RECOVERY_RESP * SYMMETRIC) THEN 
#FS B_RES = *FSM_RES*; 

SELECT ANYORDER (SCB.SEND RCV_MODE); 

. WHEN(HDX CONTENTION) 

DO; 

. . #F SM_CONTROL_HDX_RSP_RCV * 'FSM_CONTROL_HDX_RSP JRCV»; 

. . #FSM_CONTROL~HDX~RSP~SEND = • FSM_CONTP.OL_HDX_RSP_SEND' ; 

. IF (SCB.HALF_SESSION = PRI S SCB.CONT WIN = PRI) | 

(SCB. HALF_SESSION = SEC S SCB.CONTAIN = SEC) THEN 
#FSM_HDX = «FSB HDX_CONT WINNER*; 

. ELSE 
DO; 

. . „ #FSM HDX = *FSM_HDX CONTJLOSER* ; 

. . . #FSM~RES = * NO__OP*;” ~ /* LOSER MAY NOT HAVE RESOURCE FSM */ 

. . END; 

. END; 

. WHEN(HDX_FLIP_FLOP) 

DO; 

. . IF SCB-RECOVERY_RESP = SYMMETRIC THEN 

DO; 

. . . IF SCB.THIS HALF SESSION_5Q MODE = IMMEDIATE THEN 

- . . #FSM_CONTROL KDX_PSP RCV = * FSM_CONTROL HDX_BSP RCV_ERP_IM'; 

. ELSE ” ~ “/* DELAYED REQUEST MODE */ 

#FSM_CONTROL_HDX_RSP_RCV = * FSM_CONTROL_HDX_PSP_FCV_FPP_DL'; 

. . . IF SCB. PARTNER__HALF_SESSION_RQ_ MODE = IMMEDIATE THEN 

# FSM CONTROL HDX RSP SEND = 'FSM CONTROL_HDX_RSP_SEND_ERP_IM*; 

. ELSE ~ “ /* DELAYED REQUEST MODE */ 

# FSM CONTFOL HDX RSP_SEND = 'FSM CONTROL_HDX_RSP_SEND FPP__DL* ; 

. . END; 

- . ELSE /* NOT SYMMETFIC ERROR RFCOVFPY */ 

DO; 

- . . #FSM_CONTROL_HDX_FSP_RCV “ • FSM CONTROL_HDX_RSP F.CV»; 

. #FSM~CONTROL_HDX RSP SEND - *FSM_CONTROL_HDX_RSP_SEND *; 

END; 

. #F SK_HDX = 'FSM_HDX_FF*; 

. IF SCB.USIN G_BRACKETS = YES S SCB-FIHST_SPEAKER = NO THEN 
. - fFSMJSES =~'NO_OP'; ~ /* BIDDEP MAY NOT HAVE RES FSM */ 

. END; 

. WHEN(FULL_DUPLEX) 

END; 

RETURN; 

END DFC_INIT_FSM_USAGE_HDX_RES; 



5-36 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 










DFC_INIT_MISC_SESSION_PARHS: PROCEDURE; 


/* 


FUNCTION: THE PURPOSE OF THIS PROCEDURE IS TO SET UP SESSION PARAMETERS THAT 

NEED TO BE KNOWN BY DFC. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

SESSACT.DFC_INITIALIZE PAGE 5-31 


_j 


*/ 

/* SET UP BRACKET OPTIONS */ 


IF SCB . FM_PROFILE = (2 | 3 | 4 \ 7 | 18) S 
(SCB. BRACKETS_RESET_STATE = BETB | 

SCB.PRI_EB IND = HAY_SEND | 

SCB.SEC_EBllND = MAY_SEND) THEN 

DO; ” /* BRACKETS ARE BEING USED */ 

. SCB.USING BRACKETS = YES; 

. IF (SCB.HALF_SESSION = PRI & SCB.CONT_WIN = PRI) | 

. (SCB.HALF_SESSION = SEC 6 SCB.CONT_WIN = SEC) THEN 
SCB.FIRST_SPEAKER = YES; 

. ELSE 

SCB.FIRST_SPEAKER = NO; 

END; 

ELSE 

SCB.OSING_BRACKETS = NO; 


/* SET UP REQUEST MODE 


*/ 


IF (SCB.HALF SESSION = PRI & SCB.PRI RQ_MODE = IMMEDIATE) | 
(SCB. HALF_SESSION = SEC fy SCB. SEC RQ MODE = IMMEDIATE) THEN 
SCB.THIS_HALF SESSION RQ__MODE = IMMEDIATE; 

ELSE 

SCB. THIS_HALF__SESSION__FQ_MODE = DELAYED; 

IF (SCB.HALF_SSSSION = PRI & SCB.SEC_RQ_MODE = IMMEDIATE) | 
(SCB. HALF_SESSION = SEC & SCB. PRI__RQ_MODE = IMMEDIATE) THEN 
SCB.PARTN ER_HALF_SESSION_RQ_MODE = IMMEDIATE; 

ELSE 

SCB.PARTNER HALF_SESSION_RQ MODE = DELAYED; 


/* SET UP RESPONSE MODE 


*/ 


IF SCB.FM_PROFILE = (5 | 6 | 17) THEN 
DO; 

. SCB.THIS HALF SESSION RSP MODE = DELAYED; 

. SCB.PARTNER_HALF_SESSION_RSP_MODE = DELAYED; 

END; 

ELSE 

DO; 

. SCB.THIS_HALF_SESSION_RSP_MODE = IMMEDIATE; 

. SCB . PARTNER_HA'LF_SE SSION_RSP_MODE = IMMEDIATE; 

END; 

NEWLIST CT_RCV_RQ_EXP ENTRY_NAME(CT_RCV_RQ_EXP_ENTRY); /* CREATE... */ 

NEWLIST CtIrCV_RQ_NORM ENTRY_NAME (CT_NORM_ENTRY); /* ...CORRELATION... */ 

NEWLIST CT_SEND_RQ_EXP ENTRY NAME(CT SEND~RQ_EXP_ENTRY); /* ...TABLES */ 

NEWLIST CT_SENDlRQ_NORM ENTRY_NAME (CT_NORM_ENTRY) ; 

RETURN; 

END DFC_INIT_MISC_SESSION_PARMS; 


UPM_FDX_BRACKETS: PROCEDURE; 


/* 


FUNCTION: THE FDX WITHIN BRACKETS PROTOCOL IS NOT USED WITH ANY ARCHITECTED 
SESSIONS (SEE SNA LU-LU SESSION TYPES). SEE APPROPRIATE PRODUCT 
SPECIFICATION FOR SPECIFIC USAGE. 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

DFC_INIT_FSM_USAGE_BSM_SBI_RTR PAGE 5-35 


*/ 

/* NOT ARCHITECTED */ 


RETURN; 

END U PM_FDX_BF.ACKETS; 
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SESSACT.DFCJRESET: PROCEDURE; 


FUNCTION: TO RESET ALL DFC FSM'S AND CORRELATION TABLES. THIS PROCEDURE IS 

CALLED: 1) BY THE COMMON SESSION CONTROL MANAGER (CSC_N3R, CHAPTER 
13) ON SENDING OR RECEIVING A POSITIVE RESPONSE TO A SESSION 
ACTIVATION REQUEST AND 2) AS A RESULT OF RESETTING A SUBTREE THAT 
INCLUDES DFC. 

INPUT: RESET SIGNAL 

NOTE: CSC_MGR.DFC__INITIALIZE HAS BEEN EXECUTED PRIOR TO THIS PROCEDURE. 

REFERS TO THE FOLLOWING PROCEDURE(S): 

DFC_RESET_HDX PAGE 5-39 











*/ 

CALL 

#FSM CHAIN RCV(’RESET*) ; 

/* 

PAGE 

5-72 





*/ 

CALL 

#FSM~CHAIN~SEND('RESET') ; 

/* 

PAGE 

5-72 





*/ 

CALL 

#FSM~CONTROL BSM RSP RCV('RESET*); 

/* 

PAGE 

5-7 3 





*/ 

CALL 

#FSM CONTROL BSM RSP SEND(•RESET'); 

/* 

PAGE 

5-74 





*/ 

CALL 

#FSM"C0NTR0L HDX RSP RCV('RESET'); 

/* 

PAGE 

5-75 

OR 

5-76 

OR 

5-77 

*/ 

CALL 

#FSM“cONTROlIhDX_RSPjSEND('RESET'); 

/* 

PAGE 

5-78 

OR 

5-79 

OR 

5-80 

*/ 

CALL 

#FSM~EBCD RCV ('RESET'); 

/* 

PAGE 

5-81 





♦/ 

CALL 

fFSM EBCD~SEND ('RESET') ; 

/* 

PAGE 

5-81 





*/ 

CALL 

#FSM~IMM_RQ_MODE_RCV('RESET'); 

/* 

PAGE 

5- 86 





*/ 

CALL 

#?SM~IMM RQ MODE SEND ('RE SET*); 

/* 

PAGE 

5-86 





*/ 

CALL 

#FSM QEC~RCV('RESET'); 

/* 

PAGE 

5-87 





*/ 

CALL 

#FSM QEC""SEND ('RESET') ; 

/* 

PAGE 

5-87 





*/ 

CALL 

#FSM"’qRI”cHECK SEND('RESET') ; 

/* 

PAGE 

5-88 





*/ 

CALL 

#FSM QRI~CHAIN~RCV(»RESET'); 

/* 

PAGE 

5-88 





*/ 

CALL 

#FSM~QRI CHAIN~SEND('RESET'); 

/♦ 

PAGE 

5-89 





*/ 

CALL 

#FSM RESl'RESET'); 

/* 

PAGE 

5-89 





♦/ 

CALL 

#FSM_RTR(* RESET') ; 

/* 

PAGE 

5-90 

OR 

5-90 



*/ 

CALL 

#FSM SBI RCV ('RESET'); 

/* 

PAGE 

5-91 





*/ 

CALL 

#FSMlsBlISEND(•RESET'); 

/* 

PAGE 

5-91 





*/ 

CALL 

#FSM SHUTD ('RESET') ; 

/* 

PAGE 

5-92 

OR 

5- 92 



*/ 


IF SCB.USING BRACKETS = YES THEN 
DO; 

. IF SCB.BRACKETS RESET STATE = BETB THEN 
CALL #FSM_BSM7 , RESET_BFTB') ; 

. ELSE 

CALL #FSM BSM ('RESET INB»); 

END; 


CALL DFC_RESET_HDX; /* RESET HDX FSMS (PAGE 5-39) */ 

PURGE CT_RCV_RQ EXP; /* RESET _ */ 

PURGE CT^RCV_RQ~NORM; /* ... CORRELATION _ */ 

PURGE CT~SEND RQ EXP; /* ... TABLES */ 

PURGE CT_SEND_RQ_NORM; 

SCB. SQN_SEND__CNT = 0; /* RESET SEND SEQUENCE COUNTER */ 


RETURN; 

END SESSACT.DFCJRESET; 


/* 

PAGE 5-68 

OR 

5-70 

*/ 

/* 

PAGE 5-68 

OR 

5-70 

*/ 
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PAGE 5-38 


DFC JRESBT_HDX: PROCEDURE; 


FUNCTION: THIS PROCEDURE RESETS THE HDX FSH'S 


REFERENCED BT THE FOLLOWING PROCEDURE(S): 
SESSACT.DFC RESET 


SELECT ANYORDER(SCB. SEND BCY NODE); 
WHEN(HDX CONTENTION) 

CALL #FSH HDX('RESET_CONT 1 ); 

WHEN(HDX FLIP FLOP) 

DO; 

IF SCB.USING BRACKETS = YES THEN 
DO; 


/* PAGE 5-82 TO 5-83 


IF (SCB.HALF_SESSION = PRI 6 SCB.HDX FF_RESET_STATE = SEND_FOR_PRI) | 
(SCB. HALF_SESSION = SEC 8 SCB-HDX FF_RESET STATE = SEND FOR SEC) THEN 
CALL #FSH_HDX (• RE SET_SEND •) ; /* PAGE 5-84 

ELSE 

CALL #FSH HDX( 1 RESET_RCY'); /* PAGE 5-84 

END; 

END; 

ELSE /* NOT USING BRACKETS 

DO; 

IF (SCB. HALF SESSION *= PRI 8 SCB.HDX FF__RESET_STATE = SEND_FORJPRI) | 

(SCB.HALF SESSION = SEC 8 SCB.HDX_FF RESET STATE * SEND_FOR_SEC) THEN 
CALL #FSh”hDX(*RESET_SEND»)? ” /* PAGE 5-84 

CALL *FSM HDX (* RESET_RCY ') ; /* PAGE 5-84 

END; 

END; 

OTHERWISE; 

END; 


V 

*/ 


IF tFSHJBSH * BETB THEN 

/♦ 

PAGE 5-68 OR 
BSH RESET TO 

5-70 

BETB STATE 

*/ 

CALL #FSM HDI(‘RESET_CONT'); 

/* 

PAGE 5-84 


V 

ELSE 

DO; 

/* 

BSH IS RESET 

INB STATE 

V 


*/ 

*/ 

*/ 

*/ 

*/ 


RETURN; 

END DFC_RESET_HDX; 
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DEQUEUE .Q__TC_TO_ DFC: PROCEDURE; 


FUNCTION: THIS PROCEDURE IS CALLED BY THE DISPATCHER AS A RESULT OF A SEND 

DONE BY THE SCHEDULER. ITS FUNCTION IS TO DEQUEUE A REQUEST OR 
RESPONSE FROM Q TC TO DFC (IF ALLOWABLE) AND CALL THE DFC.RCV 
PROCEDURE TO PROCESS~It7 

INPUT: OPEN QUEUE SIGNAL FROM SCHEDULER 

NOTE: IF THE BIDDER HAS SENT A BID OR BB REQUEST WHOSE RESPONSE WILL NOT 

BE QUEUED (QRI=-*QR) , NOTHING MAY BE DEQUEUED UNTIL THE RESPONSE (TO 
BID OR BB) IS RECEIVED. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) j 
FSM_HDX_CONT_LOSER 

REFERS TO THE FOLLOWING PROCEDURE(S) : 

FSM BSM BIDDER 
FSM~HDX_CONT LOSER 
FSM~HDX~FF 
FSM_QRI"CHECK SEND 


PAGE 5-82 


PAGE 5-68 
PAGE 5-82 
PAGE 5-84 
PAGE 5-88 


DCL DEQUEUE__ALLQWED BIT(1); 

DEQUEUE_ALLOWED = NO; 

IF FIRST ENTRY(SCB.Q TC TO_D?C)->RRI = RSP THEN 
DEQUEUE_ALLOWED = YES? 

ELSE 

IF SCB.SEND RCV MODE = FULL DUPLEX THEN 
DEQUEUE^ALLOWED = YES; 

ELSE 

DO; 

. IF SCB.USING BRACKETS = YES THEN 
DO; 

. . IF SCB.FIESTASPEAKER = YES THEN 

. . DEQUEUE ALLOWED = YES; 


IF #FSM_HDX = (*S,R) THEN 


/* LOCAL VARIABLE */ 

/* INITIALIZE TO NOT DEQUEUE */ 

/* ALWAYS OK TO... */ 

/* ...DEQUEUE RESPONSE */ 

/* ALWAYS OK TO DEQUEUE. .. */ 

/* ...WHEN USING FULL DUPLEX */ 

/* NOT FULL DUPLEX */ 

/* RUNNING WITH BRACKETS */ 

/* BRACKETS FIRST SPEAKER MAY... */ 
/* ...ALWAYS DEQUEUE, SO DEADLOCK */ 
/* ...CONDITIONS MAY BE PREVENTED */ 


/* PAGE 5-82 TO 5-84 

BIDDER MAY DEQUEUE ONLY... 
...WHEN IN RECEIVE STATE 


. IF FSMJ2RI CHECK_SEND = RESET 6 /* RSP WILL NOT BE QUEUED AND... 

(FSM BSM BIDDER = PEND INB | /* ...WAITING FOR B3 RSP OR... 

. . . LAST~ENTRY(CT SEND RQ NORM)->CT DFC RQ CODE » BID) THEN 

. . . - - - /* ...WAITING FOR BID RSP THEN.. 

; /* ...BIDDER MAY NOT DEQUEUE 

. . . /* SEE NOTE IN PROLOGUE 

. ELSE /* OTHERWISE BIDDER MAY DEQUEUE 

. DEQUEUE ALLOWED = YES; 

. . END; 

END; 

END; 

ELSE /* NOT USING BRACKETS 

DO; 

. IF SCB.SEND RCV MODE = HDX CONTENTION THEN 
DO; 

. IF (SCB.HALF SESSION = PRI S SCB.CONT WIN = PRI) f /* ALWAYS OK FOR.. 

(SCB. HALF SESSION = SEC 6 SCB.CONTAIN = SEC) THEN /* CONTENTION... 


/* NOT USING BRACKETS 


DEQUEUE_ALLOWED = YES; 

ELSE 

IF FSM_HDX_CONT_LOSER = (*S,R) THEN 


. DEQUEUE__ ALLOW ED = YES; 

END; 

ELSE 

IF FSM_HDX_FF «■ (*S,F) THEN 
DEQUEUE_ALLOWED = YES; 


/* ...WINNER TO DEQUEUE, SO ... 
/* ...DEADLOCKS CAN BE PREVENTED 
/* CONTENTION LOSER 
/* PAGE 5-82 

MAY DEQUEUE ONLY WHEN... 

/* ...IN RECEIVE STATE 

/* HDX FLIP FLOP 
/* PAGE 5-84 

MAY DEQUEUE ONLY WHEN... 

/* ...IN RECEIVE STATE 


IF DEQUEUE ALLOWED = YES THEN 
DO; 

. REMOVE MU FROM SCB.Q_TC TO_DFC; 
. SEND MU TO DFC.RCV; 

END; 


/* DEQUEUE RQ OR RSPO*/ 
/* PAGE 5-50 


RETURN; 

END DEQUEUE.Q_TC_TO_DFC; 


/* RETURN TO DISPATCHER 
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DFC•SEND: PROCEDOBE 


FOHCTION: ENFORCES DATA FLOW CONTROL PROTOCOL FOR SENDING REQUESTS AND 

RESPONSES 

INPUT: 

1) REQUESTS FROM FMDS CONTAIN THE FOLLOWING INFORMATION: RRI=RQ, 
EFI, RU CTGY=FHD|DFC, FI, SDI, BCI, ECI, DF1I, DR2I, ERI, QRI, 
BBI, EBI, CDI, CSI, EDI, PDI, RU 

2) RESPONSES FROM FMDS—THE RULES FOR SENDING RESPONSES DEPEND 
UPON THE TYPE OF RESPONSE ASKED FOB BY THE CHAIN: 

• NO-RESPONSE CHAINS REQUIRE NO RESPONSES. 

• EXCEPTION OR DEFINITE RESPONSE CHAINS REQUIRE EITHER (A) A 

NEGATIVE RESPONSE TO ONE RU IN THE CHAIN OR (B) A POSITIVE 
RESPONSE Tp .THE LAST RU IN THE CHAIN (IN THE CASE OF 
EXCEPTION RESPONSE CHAINS THIS MEANS NO NEGATIVE RESPONSES 
WILL BE FORTHCOMING). A POSITIVE RESPONSE TO AN 

EXCEPTION-RESPONSE REQUEST CHAIN IS DISCARDED BY DFC.SEND, 
RATHER THAN EMITTED AS OUTPUT. IT IS USED TO CLEAN UP THE 
CORRELATION TABLE. 

RESPONSES FROM FMDS CONTAIN THE FOLLOWING INFORMATION: RRI=RSP, 
EFI, SNF, RU_CTGY, FI, SDI, BCI, ECI, DR1I, DR2I, RTI, QRI, RU 

OUTPUT: 

1) REQUESTS PASSED TO CPMGR.SEND CONTAIN THE SAME INFORMATION AS 
DESCRIBED FOR REQUESTS UNDER INPUT, WITH THE ADDITION OF THE 
SNF. 

2) RESPONSES PASSED TO CPMGR.SEND CONTAIN THE FOLLOWING 

INFORMATION: RRI=RSP, EFI, SNF, FI, SDI, BCI, ECI, DR1I, DR2I, 
RTI, QRI, RU 

3) A REJECT WITH THE SENSE CODE INDICATING THE TYPE OF ERROR IS 
RETURNED TO THE SENDING PROCEDURE IF AN ERROR IS DETECTED. 

4) THE SEQUENCE NUMBER FIELD (SNF) ASSIGNED IS SENT TO SENDING 
PROCEDURE 

5) A BETB SIGNAL IS SENT TO THE SENDING PROCEDURE TO INDICATE 
BETWEEN BRACKETS CONDITION 

NOTE: DFCJSEND ASSUMES HDX CONTENTION LOSERS AND BRACKET BIDDERS HAVE A 

QUEUE (Q_TC_TO_ DFC) . 

REFERS TO THE FOLLOWING PROCEDURE(S): 


BETWEEN BRACKETS CONDITION 

PAGE 

5-58 

DFC.SEND CHECKS 

PAGE 

5-42 

SEND^CT CLEANUP 

PAGE 

5-49 

SEND CT~INITIALIZE 

PAGE 

5-46 

SEND_DISCARD_CHECKS 

PAGE 

5-47 

SEND FSMS 

PAGE 

5-48 

SEND_SNF ASSIGN 

PAGE 

5-45 


L-----—-J 

*/ 


IF TC.CPMGR.SEND CHECKS = NG | 


/* 

CHAPTER 4 

*/ 

DFC.SEND_CHECKS = NG THEN 


/* 

PAGE 5-42 

V 



/* 

THESE CROCKS NEED NOT BE DONE 

IF 




ALREADY DONE IN A HIGHER LAYER 

*/ 

SEND SEND CHECK(SEND CHECK SENSE) TO SENDING PROCEDURE; /* SEND CHECK SENSE CONTAINS SENSE 




BYTES INDICATING TYPE OF ERROR 

*/ 

ELSE 





DO; 





. IF RRI = RQ THEN 


/* 

ASSIGN SEQUENCE NUMBER... 

V 

. DO; 


/* 

...FIELD FOR REQUESTS 

*/ 

. . CALL SEND SNF ASSIGN; 


/* 

PAGE 5-45 

*/ 

. . SEND MU TO SENDING_PROCEDURE; 


/* 

SEND BACK ASSIGNED SN* VALUE 

*/ 

. END; 





. CALL SEND_CT_INITIALIZE; 


/* 

INITIALIZE CORRELATION TABLE 





PAGE 5-46 

*/ 

. IF SEND DISCARD CHECKS = DO NOT DISCARD 

THEN 

/* 

PAGE 5-47 

*/ 

. DO; 





. . CALL SEND FSMS; 


/* 

PAGE 5-48 

*/ 

. . SEND MU TO CPMGR.SEND; 


/* 

CHAPTER 4 

*/ 

. . IF BETWEEN BRACKETS_CONDITION = YES 

THEN 

/* 

PAGE 5-58 

*/ 

. . SEND 'BETB* TO SENDING PROCEDURE; 





. END; 





. ELSE 





. DISCARD MU; 





. CALL SEN D^CT_CLEANUP; 


/* 

CLEANUP CORRELATION TABLE 





PAGE 5-49 

*/ 

END; 





RETURN; 


/* 

RETURN TO DISPATCHER 

*/ 


END DFC.SEND; 
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DFC.SEND_CHECKS: PROCEDURE RETURNS(BIT(1)) 


FUNCTION: TO PERFORM AIL DFC SEND ERROR CHECKS. 

OUTPUT: RETURN CODE (RC) = NO GOOD (NG) IF AN ERROR IS FOUND; OTHERWISE, 

RC=OK. 


REFERENCED BI THE FOLLOWING PROCEDURE (S): 
DFC. SEND 

REFERS TO THE FOLLOWING PROCEDURE(S): 

CT KEY SEARCH 
RESPONSES OWED 
SEND RSP SENSB_CKS 

usagI chIcks 


PAGE 5-41 


PAGE 5-60 
PAGE 5-43 
PAGE 5-44 
PAGE 5-61 


DCL RC BIT(1); 

RC = OK; 

SELECT; 

WHEN(EFI = NORMAL 6 RRI = RQ) 

DO; 

IF USAGE CHECKS « NG | 

SEND_OR RECEIVE CHECK(#FSM HDX) | 

SEND OR_RECEIVE~CHECK(#FSM QEC_RCV) | 

SENd""*OR__ RECEIVE CHECK(#FSM_SHUTD) | 

RESPONSls OWED = YES | 

SEND_OR_RicEIVE_CHECK(#FSM_IMM RQ MODE SEND) | 

send~or“receive~check(#FSM CHAInJsEND) “| 

SEND_OR RECEIVE~CHECK(#FSM _ BSM) | 

SEND OR_RECEIVE CHECK(tFSM CONTROL HDX_RSP_RCV) 


I 


SEND_OR_RECEIVE CHECK(#FSM SBI_RCV) | 
SEND_OP RECEIVE CHECK(#FSM_EBCD_SEND) 

SEND ORlRECEIVE~CHECK(#FSM RTR) | 

SEND_OR_RECEIVE CHECK(#FSM_QRI_CHECK_SEND) 

send_or_receive~check(#fsh_qri!chain“send) 

(SCR.SEND_RCV_MODE = HDX_CONTENTION 6 
QRI = -»QR 8 

( (BBI = -»BB S EBI = EB) | 

#FSM_BSM * PEND_TERM_S)) THEN 
RC = NG; 

END; 

WHEN(EFI = NORMAL 8 RRI = RSP) 

DO; 

CT PTR » CT RCV RQ NORM; 


SCB.KEY = SNF; 


IF CT KEY SEARCH = FOUND THEN 


/* 

PAGE 

5-61 





*/ 

/* 

PAGE 

5-82 

TO 

5-84 



*/ 

/* 

PAGE 

5-87 





*/ 

/* 

PAGE 

5-92 

OR 

5-92 



*/ 

/* 

PAGE 

5-43 





*/ 

/* 

' PAGE 5-86 




*/ 

/* 

PAGE 

5-72 





*/ 

/* 

PAGE 

5-68 

OR 

5-70 



*/ 

1 1 
/* 

PAGE 

5-75 

OR 

5-76 

OR 

5-77 

♦/ 

D) 1 








/* 

PAGE 

5-78 

OR 

5-79 

OR 

5-80 

*/ 

/* 

PAGE 

5-91 





*/ 

/* 

PAGE 

5-81 





*/ 

/* 

PAGE 

5-90 

OR 

5-90 



V 

/* 

PAGE 

5-88 





*/ 

/* 

PAGE 

5-89 





*/ 

/* 

PAGE 

5-68 

OR 

5-70 



*/ 


/* ERROR FOUND 


/* SET PTR TO CORRELATION 
TABLE TO BE USED 
/* SEARCH CORRELATION TABLE 
FOR ENTRY WITH THIS KEY 
/♦ DOES A REQUEST EXIST IN 
CORRELATION TABLE FOR THIS 
RESPONSE (PAGE 5-60) 

/* YES 


*/ 


*/ 

V 


FORMATTED CORRECTLY 


SELECT; 

WHEN(USAGE_CHECKS « NG) /* PAGE 5-61 

RC = NG; /* RSP RH NOT 

WHEN(-.(RU_CTGY = DFC 6 RQ_CODE = CANCEL) 6 CT_RSP_T0_N0T_CANCEL = SENT) 

RC a NG; ~ /* ALREADY SENT RSP TO THIS CHAIN 

WHEN (SENDERSP^SENS E__CKS = NG) /* PAGE 5-44 

RC = NG7 ~ “ /* SENSE BYTES INCORRECT 

WHEN (SCB.THIS HALF_SESSION RSP MODE = IMMEDIATE & 

CT_NORM_ENTRY_PTR -•« FIRST_BNTRY(CT_RCV_RQ_NORM)) 

RC = NG;~ ~ “ /* SEND RESPONSES IN ORDER WHEN... 

/* ...USING IMMMEDIATE RSP MODE 
WHEN(SCB.THIS HALF SESSION RSP MODE = DELAYED & 

P.U_CTGY = DFC &”RQ_CODE~= CHASE 5 
CT”nORMJSNTRY PTR FIRST_ENTRY (CT_RCV_RQ NORM)) 


*/ 

*/ 

*/ 

*/ 

*/ 

V 

*/ 


RC = NG; 


OTHERWISE; 
END; 

END; 

ELSE 

RC = NG; 

END; 


RSP TO CHASE MUST NOT BE SENT 
BEFORE RSPS TO ALL RQS RECEIVED 
PRIOR TO CHASE ARE SENT 


/* RSP NOT IN CORRELATION TABLE 


*/ 

*/ 


*/ 
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WHEN(EFI « EXP 8 BBI = BQ) 

DO; 

. IF USAGE CHECKS = MG | 

. SEND OR RECEIVE CHECK(*FSM QEC SEND) | 

. SEMD_OR_RECEIVE CHECK (#FSM~SHUTD) | 

- SEND OR RECEIVE CHECK (#FSM~SBI SEHD) THEM 
RC = MG; 

EMD; 

WHEN (EFI = EXP & RRI = BSP) 

DO; 

. RC = MG; 

. SCAM CT_RCV_RQ_EXP PTH (CT_RCV_JRQ_EXP ENTRY PTR) MHILE(RC = NG) ; 
. . IF CT RCV~RQ~EXP ID * SNF THEM* 

- . RC = OK? 

. SCAN EM D; 


/* 

PAGE 

5-61 

*/ 

/* 

PAGE 

5-87 

*/ 

/* 

PAGE 

5-92 OR 5-92 

*/ 

/* 

PAGE 

5-91 

*/ 


. IF RC * MG | 

. . USAGE CHECKS = MG THEN 

RC = NG; 

END; 

END; 


/* ENTRY MOT FOUND OR... */ 

/* ...FORMAT ERROR(PAGE 5-61) ♦/ 


RETURN(RC); 

END DFC. SEN D__C HECKS; 


RE SPONSESHOWED: PROCEDURE RETURNS(BIT (1)); 


/* 


| FUNCTION: TO TEST IF, IN HALF-DUPLEX SEND/RECEIVE MODE, THERE ARE PREVIOUSLY 

RECEIVED REQUESTS THAT HAVE NOT BEEN RESPONDED TO, AND, IF SO, TO 
SET SENSE CODE 200D. 

OUTPUT: RC = YES IF HALF-DUPLEX MODE AND CT_RCV_RQ NORM IS NOT EMPTY; 

OTHERWISE, RC = NO. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

DFC.SEND_CHECKS PAGE 5-42 


DCL RC BIT (1) ; 


*/ 


RC = NO; 

IF SCB.SEND_RCV MODE = (HDX CONTENTION|HDX FLIP 
IF -EMPTYICT^RCV RQ NORM)"THEN 
DO; 

. RC = YES; 

. SEND CHECK SENSE * X'200D'; 

END; 


FLOP) THEN 

/* ANY RQ IN RCV CORRELATION TABLE? */ 
/* RESPONSE(S) OWED */ 


RETURN(RC); 

END RESPONSES^0WED; 
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SEND_RSP_SENSE_CK5: PROCEDURE RETURNS(BIT(1) ) ; 


/* 


FUNCTION: TO MAKE SURE RESPONSES TO EXR»S (EXCEPTION REQUESTS) ARE NEGATIVE 

RESPONSES WITH THE CORRECT SENSE- IF THE RECEIVED REQUEST WAS SENT 
TO THE LATER ABOVE DFC AS AN EXR, THEN: 

• THE RESPONSE TO THE EXR IS A NEGATIVE RESPONSE AND 

• THE SENSE BYTES ON THE NEGATIVE RESPONSE (TO THE EXR) ARE THE 
SAME AS THE SENSE BYTES THAT WERE SPECIFIED ON THE EXR. 

ONE EXCEPTION IS THE EXR WITH SENSE BYTES 0813 (BRACKET RACE 
ERROR—FTR NOT FORTHCOMING) . THE -RSP TO THIS EXR MAY CONTAIN SENSE 
BYTES 0813 OR 0814 (BRACKET RACE ERROR--RTR FORTHCOMING). 

NOTE: MORE ENFORCEMENT OF SENSE CODES IS OPTIONAL IN THIS PROCEDURE; E.G., 

IT MAY ENFORCE THAT RACE ERRORS (080B, 0813, 0814, 081B, 0846) ARE 

SENT ONLY WHEN THE REQUEST HAS BEEN CONVERTED TO AN EXR BY DFC. 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 

DFC.SEND CHECKS PAGE 5-42 






*/ 

DCL 

RC BIT (1); 




RC = 

OK; 

/* 

INITIALIZE RETURN CODE TO OK 

*/ 

IF RU CTGY = DFC & RQ CODE = CANCEL THEN 

/* 

RSP TO CANCEL 

*/ 

DO 

; 





IF CT EXR SENSE FOR CANCEL -.= 0 THEN 

/* 

CANCEL WAS AN EXR 

*/ 


DO; 





- IF SDI = -*SD j 

/* 

POSITIVE RESPONSE OR... 

*/ 


CT EXR SENSE FOR CANCEL(0:15) -= SNC(0: 15) 

THEN 




RC = NG; 

/* 

...SENSE BYTES ON RSP ARE... 

V 


* 

/* 

...NOT THE SAME AS IN THE EXR 

*/ 


END; 




END; 




ELSE 


/* 

RSP TO NOT CANCEL 

*/ 

DO 

J 





IF CT EXR SENSE FOR NOT CANCEL -»= 0 THEN 

/♦ 

RQ WAS AN EXR 

*/ 


DO; 





. IF SDI = -»SD THEN 

/* 

POSITIVE RESPONSE 

*/ 


. RC = NG; 





. ELSE 

/* 

NEGATIVE RSP 

*/ 


DO; 





. . IF CT EXR SENSE FOR NOT CANCEL = X'0813' 

THEN , 

/* 0813 SENSE MAY... 

*/ 


. . IF SNC (0:15) X'0813* & SNC(0:15) 

X ' 0814 1 THEN 




/* 

...BE OVERRIDDEN WITH 0814 

*/ 


RC * NG; 





ELSE 

/* 

EXR SENSE NOT 0813 

*/ 


IF CT EXR SENSE FOR NOT CANCEL (0:15) 

-= SNC (0:15) THEN 



. 

/* 

SENSE IN RSP NOT THE... 

*/ 


- . RC = NG; 

/* 

...SAME AS IN EXR 

*/ 


. END; 

END; 

RETURN (RC); 

END SEND_RSP_SENSE_CKS; 
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SEND_SNF_ASSIGN: PROCEDURE; 


/* 


FUNCTION: TO ASSIGN THE SEQUENCE NUflBER OR ID TO THE REQUEST. 

OUTPUT: THE SNF FIELD. IN THE REQUEST CONTAINS THE ASSIGNED SEQUENCE NUMBER 

OR ID. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
DFC.SEND 


PAGE 5-41 


REFERS TO THE FOLLOWING PROCEDURE (S): 
UPH ID ASSIGN EXP 

upiTid assign'norh 

UPH SQN ASSIGN NORM 


PAGE 5-46 
PAGE 5-45 
PAGE 5-*45 


*/ 


SELECT ANYORDER(EFI) ; 

. WHEN(NORMAL) 

. SELECT ANYORDER (SCB.SQN USAGE); 
. . WHEN(SEQUENCE_NUMBERS7 

DO; 


. SCB.SQN_SEND_CNT * SCB.SQN_SEND_CNT ♦ 1; 

/* 

INCREMENT 2-BYTB SEQUENCE 
VARIABLE 

*/ 

. SNF * SCB.SQN_SEND_CNT; 

END; 

WHEN (IDENTIFIERS) 

/♦ 

ASSIGN SQN TO REQUEST 

*/ 

CALL UPM ID_ASSIGN_NORM; 

/♦ 

PAGE 5-45 

*/ 

WHEN (NO_SNF) 

/* 

THIS IS FOP FID3 CASE 

♦/ 

CALL UPM SQN ASSIGN NORM; 

/* 

PAGE 5-45 

*/ 


. END; 

. WHEN (EXP) 

CALL UPM ID ASSIGN EXP; /* PAGE 5-46 */ 

END; 

RETURN; 

END SEND_SNF_ASSIGN; 


UPM_ID_ASSIGN_NORM: PROCEDURE; 


/* 


FUNCTION: THIS UPM ASSIGNS ID'S FOB NORMAL-FLOW REQUESTS. "1 

1 

REFERENCED BY THE FOLLOWING PROCEDURE(S): I 

SEND SNF ASSIGN PAGE 5-45 I 


*/ 

/* NOT APCHITECTED V 


RETURN; 

END UPM_ID_ASSIGN_NORH; 


UPM_SQN_ASSIGN_NORM: PROCEDURE; 


/* 


| FUNCTION: THIS UPM HANDLES CORRELATION TABLE SEQUENCE NUMBERS FOR PU TYPE 1 I 

| NODES (FID3 TH). 1 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE (S) : \ 

| SEND SNF ASSIGN PAGE 5-45 I 

L___I-1-----J 

*/ 

/* NOT ARCHITECTED */ 


RETURN; 

END UP M - _SQN_ ASSIGN^ NORM; 
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UPH_ID_ASSIGN_EXP; PROCEDURE; 

/* 


FUNCTION: THIS UPH ASSIGNS ID'S FOB EXPEDITED-FLOW REQUESTS. | 

I 

REFERENCED BT THE FOLLOWING PROCEDUBE(S) : { 

SEND SHF ASSIGN PAGE S-45 | 

--- 1 - JZ --- -- - -— — ... - — --— ------- 

*/ 

/* NOT ARCHITECTED V 


RETURN; 

end uph_id_assignjbxp; 


SBND_C T.INITIALIZE: PROCEDURE; 


/* 

| FUNCTION: TO INITIALIZE THE CORRELATION TABLE. J 

| REFERENCED BY THE FOLLOWING PROCEDUBE(S) : I 

| DEC.SEND PAGE 5-41 | 

I I 

| REFERS TO THE FOLLOWING PROCEDURE(S): | 

| CT ENTRY ADD OR UPDATE PAGE 5-59 I 


*/ 


SELECT ANYORDER; 

. WHEN(EFI - NORMAL & RRI = RQ) 

. DO; 

. . CT PTR = CT SEND RQ NORH; /* SET UP CORRELATION TABLE 

. . *" TO B3 USED V 

. . CALL CT ENTRY ADD OR UPDATE; /♦ ADD OR UPDATE ENTRY IN 

. - ~ - - CORRELATION TABLE(PAGE 5-59) */ 

. END; 

. WHEN(EFI * NORMAL S RRI * RSP) 


. WHEN(EFI » EXP S RRI - RQ) 

. DO; 

. . CREATE CT_SEHDJRQjeXP„ = BWTRI: 

. . CT_SEND_RQ_EXP_ID - SNF; 

. CTlSEND~RQ~EXP~DFC_RQ_CODE * RQ_CODE; 

. . INSERT CT SEND RQ EXP ENTRY IN CT SEND RQ EXP; 

END; 

. WHEN(EFI = EXP S RRI * RSP) 

END; * 

RETURN; 

END SEND_CT_INITIALIZE; 
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SBNDJ)ISCARD_CHBCKS: PROCEDURE RETURNS(BIT(1)) 


/* 


PUHCTIOM: TO DETERMINE WHEN A RQ|RSP IS TO BE DISCARDED. 

OUTPUT: A RETURN CODE IS SET TO DO DISCARD WHEN THE RQ|RSP IS TO BE 

DISCARDED. OTHERWISE THE RETURN CODE IS SET TO DO_NOT_DISCARD. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

DFC.SEND PAGE 5-41 


♦/ 


DCL RC BIT( 1) ; 

RC * DO_NOT_DISCARD; 


SELECT ANYORDER; 

• WHEN(EFI = NORMAL & RRI = RQ) 

. ; /* NO DISCARD CONDITIONS */ 

WHEN(EFI = NORMAL & RRI ■ RSP) 

. DO; 

. . IF RTI = POS & /* POSITIVE RESPONSE AND... */ 

. . CT_ERI = E8 8 (CT DR II = DR 1 | CT DR2I = DR2) THEN /* ...RQE REQUEST */ 

. . RC~= DO DISCARD; 

. . /* NOTE: THIS CHECK NEED NOT BE 

. . MADE IF BOUND TO RECEIVE RQD 

. . CHAINS ONLY */ 

. END; 

. WHEN(EFI = EXP S RRI = RQ) 

. ; /* NO DISCARD CONDITIONS */ 


. WHEN(EFI = EXP & RRI = RSP) 
END; 

RETURN(RC); 

END SEND_DISCARD_CHECKS; 


/* NO DISCARD CONDITIONS */ 
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SEND_FSMS: PROCEDURE; 


/* 

F -'-------“---—— -—-----1 

| FUNCTION: TO UPDATE ALL FSMS HAVING SEND BQ OB SEND BSP INPUTS. | 

I I 

| NOTE: THE OBDEB OF CALLS IS SIGNIFICANT FOR THE FOLLOWING FSMS, WHICH ARE | 

I CALLED IN THE ORDER LISTED: | 

I I 

| • #FSM_HDX | 

I • #FSM"BSM | 

| • #FSM”cONTROL_BSM BSP RCV | 

| • #FSM CONTROL__HDX RSP RCV | 

| • #FSM CONTROL_HDX"RSP_SEND | 

I I 

| THE REASON FOR THE CALLS HAVING THIS ORDER IS, THAT THE FSM'S CALLED j 

f LATER MAY CAUSE ADDITIONAL STATE CHANGES TO OCCUR IN THE FSMS CALLED | 

| EARLIER. FOR EXAMPLE, IT IS POSSIBLE FOR TWO STATE CHANGES TO OCCUR J 

| IN #FSM BSM. THE FIRST ONE OCCURS WHEN #FSM_BSM IS CALLED TO | 

| PROCESS "THE REQUEST BEING SENT. THE SECOND ONE OCCURS WHEN | 

| #FSM CONTROL_BSMJRSP RCV, ALSO PROCESSING THE REQUEST BEING SENT, | 

| DETECTS AN EC AND CALLS #F5M BSM WITH A NEGATIVE RESPONSE AS INPUT. \ 

| THIS NEGATIVE RESPONSE COULD CAUSE #FSM_BSM TO MAKE A SECOND STATE | 

| CHANGE. “ | 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): | 

| DFC. SEND PAGE 5-41 | 


*/ 


SELECT ANYORDER; 


WHEN(EFI = NORMAL S RRI = RQ) 
DO; 



CALL 

#FSM HDX; 

/* 

PAGE 

5-82 

TO 

5-84 



*/ 


CALL 

tFSM QEC RCV; 

/* 

PAGE 

5-87 





*/ 


CALL 

#FBM~SHUTD; 

/* 

PAGE 

5-92 

OR 

5-92 



*/ 


CALL 

#FSM"lMM RQ MODE SEND; 

/* 

PAGE 

5-86 





*/ 


CALL 

#FSM CHAIN SEND; 

/* 

PAGE 

5-72 





♦/ 


CALL 

#FSM"BSM; 

/* 

PAGE 

5-68 

OR 

5-70 



*/ 


CALL 

#FSM_CONTROL_BSM_RSP RCV; 

/* 

PAGE 

5-73 





*/ 


CALL 

#FSM C0NTR0L”HDX"RSP"RCV; 

/* 

PAGE 

5-75 

OR 

5-76 

OR 

5-77 

*/ 


CALL 

#FSM CONTROL HDX RSP"SEND; 

/* 

PAGE 

5-78 

OR 

5-79 

OR 

5-80 

*/ 


CALL 

tFSM SBI RCV; 

/* 

PAGE 

5-91 





♦/ 


CALL 

#FSM~EBCD SEND; 

/* 

PAGE 

5-81 





*/ 


CALL 

#FSm"rTP.;" 

/♦ 

PAGE 

5-90 

OR 

5-90 



*/ 


CALL 

#fsmIqri_check_send; 

/* 

PAGE 

5-88 





*/ 


CALL 

#FSM J2RI”CHAIN_SEND; 

/* 

PAGE 

5-89 





*/ 


END; 


WHEN (EFI = NORMAL S RRI = RSP) 
DO; 



CALL 

#FSM QEC SEND; 

/* 

PAGE 

5-87 



*/ 


CALL 

#FSM j:MM"RQ_MODE_RCV; 

/* 

PAGE 

5-86 



♦/ 


CALL 

#FSM~CHAIN RCV; 

/* 

PAGE 

5-72 



*/ 


CALL 

tFSM_CONTROL_BSM_RSP__SEND; 

/* 

PAGE 

5-74 



*/ 


CALL 

#FSMlcONTROL"HDX RSP~SEND; 

/* 

PAGE 

5-78 

OR 

5-79 OR 5-80 

*/ 


CALL 

tFSM"SBI SEND; 

/* 

PAGE 

5-91 



*/ 


CALL 

#fsm!rtr7 

/* 

PAGE 

5-90 

OR 

5-90 

*/ 


END; 


WHEN(EFI = EXP S RRI = RQ) 
DO; 


. CALL 

#FSM QEC SEND; 

/* 

PAGE 

5-87 



*/ 

. CALL 

#FSM SHUTD; 

/* 

PAGE 

5-92 

OR 

5-92 

*/ 

. CALL 
END; 

tFSMlSBI^SEND; 

/* 

PAGE 

5-91 



*/ 

WHEN(EFI 

= EXP & RRI = RSP) 







DO; 

. CALL 

#FSM QEC RCV; 

/* 

PAGE 

5-87 



*/ 

. CALL 

#FSM"SHUTD; 

/* 

PAGE 

5-92 

OR 

5-92 

*/ 

. CALL 

#FSM"SBI RCV; 

/* 

PAGE 

5-91 



*/ 


. END; 

END; 

RETURN; 

END SEND_FSMS; 
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SEND_CT_CLEANUP: PROCEDURE; 

/* 


i-—- —i 

| FUNCTION: TO CLEAN UP COBRELATION TABLE. | 

I I 

| REFERENCED BI THE FOLLOWING PROCEDURE(S) : I 

1 DFC.SEND PAGE 5-41 | 

i____ —_j 


V 


SELECT ANYORDER; 

. WHEN(EFI = NORHAL 8 RRI = RQ) 

. DO; 

. . IF -»RQN THEN 

DO; 

. IF CT ENTRY TYPE = WHOLE CHAIN_NO_CANCEL 8 
CT RSP_TO~NOT CANCEL =“RECEIVED THEN 
REMOVE CT NORM.ENTRY FROM CT.SEND_RQ_.NORH DISCARD; 

. . END; 

. IF EMPTY(CT SEND RQ NORM) THEN 

. . CALL #FSM QRI CHECK_SEND( 1 NO_OUTSTANDING_RQS*); /* PAGE 5-88 */ 

. END; 

. WHEN(EFI = NORMAL 8 RRI - RSP) 

SELECT ANYORDER(CT_ENTRY_TYPE); 

. WHEN(PARTIAL CHAIN) 

. . CT RSP_TO_NOT CANCEL = SENT; 

. WHEN(WHOLE CHAIN_NO_CANCEL) 

REMOVE CT NORM ENTRY FROM CT RCV RQ NORM DISCARD; 

. . WHEN(WH0LE_CHAIN”WITH_CANCEL) 

. . DO; 

. IF RU CTGY = DFC 6 RQ CODE = CANCEL THEN 

REMOVE CT NORM_ENTRY FROM CT.RCV RQ.NORM DISCARD; 

. ELSE 

. . . C T _R S P_T 0_N 0 T_C ANCEL = SENT; 

END; 

. WHEN (CANCEL ONLY) 

. . REMOVE CtInORM_ENTRY FROM CT_RCV_RQ_NORM DISCARD; 

. END; 

. WHEN(EFI = EXP 6 RRI = RQ) 


. WHEN(EFI = EXP 8 RRI = RSP) 

. REMOVE CT_RCV__RQ_EXP_ENTRY FROM CT_RCV_RQ_EXP DISCARD; 
END; 

RETURN; 

END SEND__CT_CLEANUP; 
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DFC.RCV: PROCEDURE; 


/» 


FUNCTION; 

INPUT: 


TO ENFORCE PROPER DATA FLOW CONTROL PROTOCOLS FOR RECEIVED REQUESTS 
AND RESPONSES. 


OUTPUT; 


NOTE; 


D 

2 ) 

D 

2 ) 


REQUESTS FROM CPMGR.RCV CONTAIN FOLLOWING INFORMATION: RRI=RQ, 
EFI, SQN{ID, RU CTGY, FI, SDI, BCI, BCI, DR II, DR2I, ERI, QRI, 
BBI, EBI, CDI, CSI, EDI, PDI, RU (IN ITS ENTIRETY). 

RESPONSES FROM CPMGR.RCV CONTAIN FOLLOWING INFORMATION: 
RRI=RSP, EFI, SQN|ID, RU_CTGY, FI, SDI, BCI, ECI, DR1I, DR2I, 
RTI, QRI, RU (IN ITS ENTIRETY) 

REQUESTS AND RESPONSES TOFHDS.RCV CONTAIN INFORMATION AS 
SPECIFIED FOR INPUT, ABOVE. 


A BETB SIGNAL IS SENT 
BRACKETS CONDITION. 


TO FMDS.RCV TO INDICATE A BETWEEN 


BRACKET BIDDERS HAVE A QUEUE 


DFC_RCV ASSUMES THE FOLLOWING: 

• HDX CONTENTION LOSERS AND 

(Q_TC__TO__DFC) . 

• SEQUENCE NUMBERS FOR PU T1 (FID3 TH) ARE MANAGED INTERNALLY SO AS 

TO LOOK THE SAME AS OTHER PU (FID) TYPES. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
FSM_HDX_CONT_LOSER 

REFERS TO THE FOLLOWING PROCEDURE(S): 

BETWEEN BRACKETS CONDITION 
RCV CHECKS 
RCV""CT CLEANUP 

rcv^cOnitialize 

rcv^discard^checks 

rcv~format 

RCV_FSMS 

upm“receive checks process 


PAGE 5-82 


PAGE 5-58 
PAGE 5-53 
PAGE 5-56 
PAGE 5-52 
PAGE 5-54 
PAGE 5-51 
PAGE 5-55 
PAGE 5-57 


DCL DISCARD_SW BIT (1); 


CALL RCV_FORMAT; 



/* 

FORMAT INPUT IF NECESSARY- 






PAGE 5-51 

V 

CALL RCV_CT_INITIALIZE; 



/* 

INITIALIZE CORRELATION TABLE 






(PAGE 5-52) 

*/ 

IF RCV_CHECKS = OK THEN 



/* 

CHECK FOR RECEIVE ERROR 






CONDITIONS. THESE CHECKS ARE 






OPTIONAL. (PAGE 5-53) 

*/ 

DO; 






. IF BCI = BC | ECI = EC THEN 



/* 

BEGIN CHAIN OR END CHAIN 

*/ 

CALL RCV_FSMS; 



/* 

FINITE-STATE MACHINES 






(PAGE 5-55) 

V 

. DISCARD_SW = RCV_DISCARD_CHECKS; 






. CALL RCV_CT_CLEANUP; 



/* 

CLEAN DP CORRELATION TABLE 






(PAGE 5-56) 

V 

. IF DISCARD SW = DO NOT DISCARD THEN 



/* 

DISCARD CHECKS (PAGE 5-54) 

*/ 

DO; 






. SEND MU TO FMD.RCV; 

/* 

SEND RQ|RSP 

to : 

FMDS LAYER 


. 




(CHAPTER 6) 

*/ 

. . IF BETWEEN BRACKETS CONDITION = 

YES 

THEN 

/* 

PAGE 5-58 

*/ 

SEND * BETB* TO FMD.RCV; 



/* 

CHAPTER 6 

*/ 

. END; 






. ELSE 






. DO; 






. IF BETWEEN BRACKETS CONDITION = 

YES 

THEN 

/* 

PAGE 5-58 

V 

. . SEND * BETB' TO FMD.RCV; 



/* 

CHAPTER 6 

V 

. DISCARD MU; 






. END; 






END; 






ELSE 



/* 

RECEIVE CHECK ERROR 

*/ 

CALL UPM_RECEI VE_CHECKS__PROCESS ; 



/* 

PAGE 5-57 

♦/ 

RETURN; 



/* 

RETURN TO DISPATCHER 

*/ 


END DFC.RCV; 
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RCF.FORMAT: PROCEDURE 


/* 


| POVCtXOB: TO ALLOW BEQUESTS ABD RESPONSES TO BB RECEIVED FROM HALF-SESSIONS | 

| MOT SUPPORTING MBBLT REQUIRED SEND FORMAT CHECKS. THIS PROCEDURE | 

| HAKES THB FORMAT CORRECT WITH RESPECT TO NEW SEND CHECKS. | 

I ! 

| OUTPUT: RQIRSP HAS CORRECT FORBAT WITH RESPECT TO HER SEND CHECKS. | 

| REFEREHCED BT THE FOLLOIING PROCEDURE (S): | 

t DFC.RCV PAGE 5-50 | 

« ..... ---------*-1 

*/ 


SELECT ANIORDEB; 

. VRBN(EFI * NORMAL S RBI * RQ) 

. IF BBI - BB THEN 
. CDI « -»CD{ 

l WHEN (EF1 * NORMAL 6 RBI « RSP) 


WHEN(EFI * EXP 6 RRI * RQ) 


/♦ 

/♦ 

IF 

BBI IS SET, IT ... 
OVERRIDES CD SO TURN 

*/ 

OFF CDI */ 

/* 

NO 

FORMAT 

CONDITIONS 

*/ 

/* 

NO 

FORMAT 

CONDITIONS 

V 


WHEN(EFI * EXP & RRI * RSP) 

END; 


/* NO FORMAT CONDITIONS */ 


RETURN; 

END BC?_FORHAT; 
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RCV_CHECKS: PROCEDURE RETURNS(BIT(1)); 

/* 


FUNCTION: TO DETECT RECEIVE ERROR CONDITIONS. A RECEIVE ERROR IS ONE THAT 

CANNOT OCCUR IF THE OTHER HALF-SESSION HAS IMPLEMENTED THE 
ARCHITECTURE CORRECTLY. THESE CHECKS ARE OPTIONAL. (SOME, NONE, OR 
ALL MAY BE DONE). 

OUTPUT: A RETURN CODE OF OK (NO RECEIVE ERROR FOUND) OR NG (NO GOOD—RECEIVE 

ERROR FOUND). 

REFERENCED BY THE FOLLOWING PROCEDUHE(S) : 

DFC.RCV PAGE 5-50 

REFERS TO THE FOLLOWING PROCEDURE(S): 

USAGE__CHECKS PAGE 5-6 1 


•*/ 

DCL RC BIT( 1) ; 


RC = OK; 

SELECT ANYORDER; 

. WHEN(EFI = NORMAL & RRI = RQ) 

DO; 

. . IF USAGE_CHECKS = NG | 

. . SEND OR RECEIVE_CHECK(#FSM 

SEND OR~RECEIVE CHECK(#FSh” 
SEND_OR_RECEIVE”CHECK(#FSMj 
SEND OR RECEIVE”CHECK(*FSM” 
SEND_OR_RECEIVE_CHECK(#FSMj 
. . SEND”orIrECEIVE”cHECK(#FSMJ 

. . send“or_receive”check(#FSMJ 

SEND_OR_RECEIVE_CHECK(#FSMJ 
SEND OR RECEIVE CHECK(#FSM ! 

send”or”beceive”check(#FSm” 
send!or~receiveIcheck (#fsm“ 
send_or_receive_check(#fsm” 

. . RC = NG;“ 


WHEN(EFI = NORMAL S RRI = RSP) 
DO; 

. IF CT ENTRY = FOUND THEN 


/* INITIALIZE RETURN VALUE TO OK 


/* PAGE 5-61 

HDX) | /* PAGE 5-82 TO 5-84 

QEC SEND) | /* PAGE 5-87 

SHUTD) \ /* PAGE 5-92 OR 5-92 

IMM RQ MODE PCV) j /* PAGE 5-86 

CHAIN_RCV) T /* PAGE 5-72 

BSM) | /* PAGE 5-68 OR 5-70 

CONTROL HDX RSP SEND) | 

/* PAGE 5-78,5-79, OR 5-80 


CONTROL_HDX_RSP RCV) | 

/* PAGE 5-75,5-76, OR 5-77 


,SBI_SEND) | 
EBCD RCV) | 
RTR) | 


/* PAGE 5-91 
/* PAGE 5-81 
/* PAGE 5-90 OR 5-90 


l_QRI_CHAIN_RCV) THEN /* PAGE 5-88 


/* IS THIS A RESPONSE TO A REQUEST 
IN THE CORRELATION TABLE 
. SELECT ANYORDER; /* YES */ 

. . WHEN (USAGE CHECKS = NG) /* PAGE 5-61 */ 

RC = NG;” 

. . WHEN (CT_DFC_RQ_CODE CANCEL 6 CT_RSP_TO_NOT_CANCEL = RCVD) 

. . RC = NG; 

. WHEN(RTI = PCS' & CT DFC_RQ CODE -= LUSTAT 6 
. . CT ERI = E8 5 TCT_DR1I = DR1 ) CT DR2I = DR2)) 

. . RC = NG; /* +RSP TO RQE NOT LUSTAT RQ ARE 

NOT ALLOWED. ♦RSP TO RQE LUSTAT RQ 
. . MAY BE RECEIVED FROM HALF-SESSIONS 

. . NOT SUPPORTING NEWLY REQUIRED 

. . SEND CHECKS. */ 

. . OTHERWISE; 

END; 

. ELSE /* RSP NOT TO REQUEST IN... */ 

RC = NG; /* ...CORRELATION TABLE */ 

END; 

WHEN (EFI = EXP & RRI • RQ) 

DO; 


USAGE CHECKS = NG | 

/* 

PAGE 

5-61 

*/ 

SEND_OR RECEIVE_CHECK(#FSM_QEC_RCV) | 

/* 

PAGE 

5-87 

*/ 

SENDER RECEIVE CHECK (#FSM SHUTD) | 

/* 

PAGE 

5-92 OR 5-92 

*/ 

SENd”or”rECEIVe”cHECK(#FSM SBI RCV) THEN 

/* 

PAGE 

5-91 

*/ 


. WHEN(EFI = EXP 6 RRI = RSP) 
. IF CT ENTRY = NOT FOUND | 
USAGE_CHECKS = NG THEN 
. RC = NG; 

END; 


/* ENTRY NOT IN CORR TABLE OR. 
/* ...FORMAT ERROR(PAGE 5-61) 


RETURN (RC) ; 
END RCVJ3HECKS; 
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RCV_DISCARD_CHECKS: PROCEDURE RETURNS(BIT(1)); 


FUNCTION: TO DETERflINE IF INPUT RQ|RSP IS TO BE DISCARDED* 


OUTPUT: 


RETURN CODE (RC) SET TO DO_DISCARD IF RQJRSP IS TO BE DISCARDED 
OTHERWISE RC IS SET TO DO NOT DISCARD. 


REFERENCED BY THE FOLLOWING PROCEDURE (S): 
DFC.RCV 


PAGE 5-50 


DCL RC BIT (1) ; 

RC = DO_NOT_DISCARD; 

SELECT ANIORDER; 

WHEN(EFI = NORMAL S RRI * RQ) 

DO; 

. IF #FSM_CHAIN_RC¥ = PURGE THEN 

. RC = DO DISCARD; 

END; 

WHEN (EFI = NORMAL S SRI = RSP) 

DO; 

IF RTI = POS R CT DFC RQ CODE = LUSTAT S 
CT ERI = EE & *(CT DR II = DR1 | CT DR2I 
RC = DO DISCARD; 


END; 

WHEN(EFI = EXP & RRI » RQ) 

WHEN(EFI = EXP & RRI = RSP) 


/* INITIALIZE RETURN CODE TO 
DO NOT DISCARD 


/* IN PURGING CHAIN STATE 
(PAGE 5-72) 

/♦ REQUEST TO BE DISCARDED 


END; 


RETURN(RC); 

END RCV_DISCARD_CHECKS; 


/* NO DISCARD CONDITIONS 
/* NO DISCARD CONDITIONS 


*/ 

*/ 


DR2) THEN 

/* DISCARD +RSP TO LUSTAT(RQ5) 
RECEIVED FROM HALF-SESSIONS 
NOT SUPPORTING NEWLY REQUIRED 
SEND CHECKS. */ 


*/ 

*/ 
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RCV_FSHS: PROCEDURE; 


____ /* 

FUNCTION: TO UPDATE THE RECEIVE FINITE-STATE MACHINES. ALSO, CONTENTION ERRORS | 

ARE DETECTED AT THIS TIME. WHEN THEY ARE DETECTED THE REQUEST IS | 

CONVERTED TO AN EXCEPTION REQUEST (EXR). | 


NOTE: THE ORDER OF CALLS IS SIGNIFICANT FOR THE FOLLOWING FSM'S, WHICH ARE 

CALLED IN THE ORDER LISTED: 

• *FSM HDX 

• #FSM~BSH 

• #fsm”control_bsm_rsp_send 

• #FSM~CONTROLJIDXJRSPjSEND 

• #FSM_CONTROL_HDX_RSP_RCV 

THE REASON FOR THE CALLS HAVING THIS ORDER IS THAT THE FSMS CALLED 
LATER MAY CAUSE ADDITIONAL STATE CHANGES TO OCCUR IN THE FSMS CALLED 
EARLIER. FOR EXAMPLE, IT IS POSSIBLE FOR TWO STATE CHANGES TO OCCUR 
IN #FSM_BSM. THE FIRST ONE OCCURS WHEN #FSH_BSM IS CALLED TO 
PROCESS THE REQUEST BEING RECEIVED. THE SECOND ONE OCCURS WHEN 
#FSM_CONTROL BSH RSP_RCV, ALSO PROCESSING THE REQUEST BEING 
RECEIVED, DETECTS AN EC AND CALLS #FSM_BSM WITH A NEGATIVE RESPONSE 
AS INPUT. 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

DFC.RCV PAGE 5-50 


V 


SELECT ANYORDER; 

. WHEN(EFI = NORMAL & RRI = RQ) 

. DO; 

. CALL #FSM RES; 

. . CALL #FSM~HDX; 

. . CALL #FSM"QEC SEND; 

. . CALL #FSM SHUTD; 

. . CALL #FSM_IMM_RQ__MODE_RCV; 

. . CALL #FSM_CHAIN_RCV; 

. . CALL #FSM _ BSM; 

. . CALL tFSM”C0NTR0L BSM RSPJSEND; 

. . CALL tFSM“caNTROLlHDx”RSPJSEND; 

. . CALL #FSH CONTROL HDX RSP RCV; 

. CALL #FSM SBI SEND; 

. . CALL #FSM~EBCD RCV; 

.• . CALL #FSM~RTR;~ 

. . CALL #FSM~QRI CHAIN RCV; 

. END; 

. WHEN (EFI = NORMAL & RRI = RSP) 

. DO; 

. CALL #FSM QEC RCVr 

. . CALL fFSM~IMM~RQ — MODE__SEND; 

. . CALL #FSMlcONTROL BShIrSP_RCV; 

. . CALL #FSM~CONTROlIhDxIbSp”rCV; 

. . CALL #FSM~SBI RCV; 

. . CALL #FSM~RTr7 

END; 

. WHEN(EFI ■ EXP & RRI = RQ) 

DO; 

. . CALL #FSM QEC RCV; 

. CALL #FSM SHUTD; 

. . CALL #FSMJ3BI_RCV; 

. END; 

. WHEN(EFI * EXP & RRI = RSP) 

. DO; 

. . CALL #FSM QEC SEND; 

. . CALL #FSN~SHUTD; 

. . CALL tFSMlSBI SEND; 

. END; 

END; 


/* PAGE 5-89 */ 
/* PAGE 5-82 TO 5-84 */ 
/* PAGE 5-87 */ 
/* PAGE 5-92 OR 5-92 */ 
/* PAGE 5-86 */ 
/* PAGE 5-72 */ 
/* PAGE 5-68 OR 5-70 */ 
/* PAGE 5-74 */ 
/* PAGE 5-78 OR 5-79 OR 5-80 */ 
/* PAGE 5-75 OR 5-76 OR 5-77 */ 
/* PAGE 5-91 */ 
/* PAGE 5-81 */ 
/* PAGE 5-90 OR 5-90 */ 
/* PAGE 5-88 */ 


/* PAGE 5-87 */ 
/* PAGE 5-86 */ 
/* PAGE 5-73 */ 
/* PAGE 5-75 OR 5-76 OR 5-77 V 
/* PAGE 5-91 */ 
/* PAGE 5-90 OR 5-90 */ 


/* PAGE 5-87 */ 
/* PAGE 5-92 OR 5-92 */ 
/* PAGE 5-91 */ 


/* PAGE 5-87 */ 
/* PAGE 5-92 OR 5-92 */ 
/* PAGE 5-91 */ 


RETURN; 

END RCVJ?SMS; 
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RCV_CT_CLEANUP: PROCEDURE; 


/* 


| FUNCTION: TO CLEAN UP CORRELATION TABLES. 

I 

| REFERENCED BI THE FOLLOWING PROCEDURE(S): 

| DFC.RCV PAGE 5-50 


i 

I 

I 

I 

i 


*/ 



DCL TEMP_PTR PTR; 

SELECT ANYORDER; 

. WHEN (EFI = NORMAL 6 RRI = RQ) 

. DO; 

. . IF -»RQN THEN 

. . DO; 

. . . IF CT ENTRY TYPE = WHOLE CHAIN_NO CANCEL S 

. . . CT_RSP_TO~NOT CANCEL = SENT THEN 

. . . REMOVE CT_NORM_ENTRY FROM CT_RCV_RQ_NORM DISCARD; 

. . . ELSE 

. . . DO; 

. IF SDI = SD THEN 
. . . . DO; 

. IF RU.CTGY = DFC S RQ_CODE = CANCEL THEN 

.CT_EXR_SENSE_FOR_CANCEL * SNC (0:15); 

. . . . .ELSE 

. IF CT EXR SENSE_FOR_NOT CANCEL = 0 THEN 

.ctJsxrJsense_for_notJ:ancel = snc(0:15); 

. . . . END; 

. . . END; 

. - END; 

. END; 


WHEN(EFI = NORMAL S RRI = RSP) 
DO; 


SELECT ANYORDER; 

. WHEN (CT ENTRY TYPE = WHOLE CHAIN NO CANCEL | CT_ENTRYJTYPE = CANCEL__ONLY) 
. DO; 


. IF SCB.PARTNER HALF SESSION RSP MODE = IMMEDIATE | 

(RU CTGY = DFC s”pQ CODE~= CHASE) THEN 
. SCAN'CT SEND RQ NQRM~PTR(SCB.SCAN PTR) 

UNTIL (SCB7SCAN_PTR = CT NORM_ENTRY__PTR) ; 

. TEMP PTR = SCB.SCAN PTR;" /*AVOID SETTING SCAN PTR TO NULL 

. . REMOVE TEMP PTR->CT~NORM ENTRY FROM CTJSEND_RQ_NORM DISCARD; 

. SCANEND; 

. ELSE 

. REMOVE CT_NORM_ENTRY FROM CT SEND RQ NORM DISCARD; 

END; 


*/ 


WHEN(CT_ENTRY TYPE = WHOLE_CHAIK WITH CANCEL) 

DO; 

. IF RU CTGY = DFC S RQ CODE = CANCEL THEN 
DO;“ 

. IF SCB.PARTNER_HALF_SESSION_RSP_MODE = IMMEDIATE THEN 
SCAN CT SEND~RQ_NORM PTR(SCB.SCANJPTR) 

UNTIL (SCB . SC A N_ PTR = CT_NORM_ENTRY_PTR) ; 

. . . TEMP PTR = SCB.SCAN PTR; /*AVOID SETTING SCAN_PTR TO NULL */ 

. REMOVE TEMP_PTR->CtInOBM_ENTRY FROM CT_SEND_RQ_NORM DISCARD; 

SCANEND; 

. ELSE 

REMOVE CT_NORM_ENTRY FROM CT__SEND__RQ_NORM DISCARD; 

END; 

. ELSE 

. CT_RSP TO NOT CANCEL = RECEIVED; 

END; 


. WHEN (CT__ENTRY TYPE = PARTIAL CHAIN) 
CT RSP TO NOT CANCEL = RECEIVED; 

END; 


. IF EMPTY (CT_SEND_RQ NORM) THEN 

. CALL #FSM_QPI_CHECK SEND('NO OUTSTANDING_RQS*) ; /* PAGE 5-88 

END; 


*/ 


WHEN(EFI = EXP 5 RRI = RQ) 

DO; 

. IF SDI = SD THEN 

. CT_RCV_RQ_EXP_EXR_SENSE = SNC(0:15); 
END; 


. WHEN (EFI = EXP S RRI = RSP) 

REMOVE CT_SEND_RQ_EXP_ENTRY FROM CT_SEND_RQ_EXP DISCARD; 

END; 


RETURN; 

END RCV_CT_CLEANUP; 


H, 


5-56 


SNA FORMAT AND PROTOCOL REFERENCE MANUAL 














UPM_RE CEIVE_CHBC K S_ PROCESS: PROCEDURE; 


/* 


FUNCTION: TO PROCESS RECEIVE ERROR CONDITIONS. THESE ERRORS OCCUR ONLY WHEN 

THE OTHER HALF-SESSION VIOLATES THE ARCHITECTURE. THIS PROCEDURE 

TAKES THE FOLLOWING ACTIONS: 

• END THE SESSION BY SENDING UNBIND; THE OTHER HALF-SESSION HAS 
COMMITTED A SERIOUS VIOLATION OF THE ARCHITECTURE. UNBIND 
CARRIES THE SENSE CODE INDICATING THE NATURE OF THE RECEIVE 
CHECK ERROR. THIS SENSE IS AVAILABLE IN THE 
RBCEIVE_CHECKjSENSE FIELD. 

• NOTIFY APPROPRIATE OPERATOR ASSOCIATED WITH THE NAU (FOR SSCP, 
THIS IS THE NETWORK OPERATOR; FOR PU, THE’ NODE OPERATOR; AND 
FOR LU , THE TERMINAL OR SUBSYSTEM OPERATOR). SOME PRODUCTS MAY 
NOT HAVE AN APPROPRIATE OPERATOR TO REPORT TO. 

• LOG THE ERROR. 


INPUT: THE RECEIVE CHECK SENSE FIELD CONTAINS THE SENSE CODE INDICATING THE 

TYPE OF ERROR DETECTED. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

DFC.RCV PAGE 5-50 


♦/ 


/* NOT ARCHITECTED 


*/ 


RETURN; 

END UPM_RECEIVE_CHECKS_PROCESS; 
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BETNEEN_BRACKETS_CONDITIQN: PROCEDURE RETURNS(BIT(1)) ; 


/* 

«-—---*----------— ...— *-— —— -“i 

| FUNCTIONS TO DETERHINE THE BETNEEN BRACKETS CONDITION (THE BRACKET FSM IS | 

| BETNEEN BRACKETS AND THE APPROPRIATE CHAINING FSM IS BETNEEN | 

| CHAINS). I 

| OUTPUTS RETURN CODE (RC) INDICATING NHETHER THE BETNEEN BRACKETS CONDITION | 

| IS YES OR NO. 1 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : | 

J DFC.RCV PAGE 5-50 I 

| DFC.SEND PAGE 5-41 \ 


♦/ 


DCL RC BIT (1) J 

RC » NO; /* INITIALIZE TO NO */ 


/* BRACKET FSM BETNEEN BRACKETS 
/* SENDING 


/* IGNORE BRACKETS COND. ON EXP 
/* IGNORE BRACKETS COND. ON EXP 


IF #FSM_BSM = BETB THEN 
DO; 

IF MUCB.DIRECTION = SEND THEN 
SELECT ANYORDER; 

WHEN(EFI = NORMAL S RRI = RQ) 

IF #FSM CHAIN SEND = BETC THEN /* BETNEEN CHAIN STATE (PAGE 5-72) 
RC = YES; 

NHEN(EFI = NORMAL 6 RBI * RSP) 

IF #FSM CHAIN.RCY = BETC THEN /* BETNEEN CHAIN STATE (PAGE 5-72) 
RC * YES; 

NHEN(EFI = EXP S RRI = RQ); 

NHEN(EFI = EXP & RRI * RSP); 

END; 

ELSE 

SELECT ANYORDER; 

NHEN(EFI = NORMAL & RRI = RQ) 

IF #FSM CHAIN RCV - BETC THEN /* BETWEEN CHAIN STATE (PAGE 5-72) 
RC * YES; 

NHEN (EFI * NORMAL & RBI = RSP) 

IF NFSM^CHAINESEND = BETC THEN /* BETWEEN CHAIN STATE (PAGE 5-72) 
RC s YES* 

NHEN(EFI = EXP & RRI = RQ); 

NHEN(EFI = EXP & RRI = RSP); 

END; 

END; 


/* RECEIVING 


/* IGNORE BRACKETS COND. ON EXP 
/* IGNORE BRACKETS COND. ON EXP 


*/ 

♦/ 

•/ 

*/ 

*/ 

*/ 

*/ 

*/ 

V 

*/ 

♦/ 


RETURN(RC); 

END BBTWEEN_BRACKETS - CONDITION; 
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CT_ENTRY_ADD_OR_OPDATE: PROCEDURE; 


/* 


r 

FUNCTIONS 

TO ADD A NEW ENTRY TO OH TO 

UPDATE AN ENTRY 

IN 

A 

NORHAL-FLOW 

-1 



CORRELATION TABLE. 







INPUT: 

CT PTR CONTAINS A POINTER TO THE 

CORRELATION TABLE 

TO 

BE 

ADDED TO OR 




UPDATED. 







REFERENCED 

BY THE FOLLOWING PROCEDURE(S): 








RCV CT INITIALIZE 

PAGE 5-52 





i_ 


SEND CT INITIALIZE 

PAGE 5-46 




• 


V 


IP ->RQN THEN 
DO; 

. IP -(EMPTY (CT PTR)) B 

LAST ENTRY(CT PTR)->CT ENTRY TYPE = PARTIAL CHAIN THEN 

DO; ” ~ /* UPDATE LAST ENTRY IN 

. . CORRELATION TABLE */ 

. CT NORM_ENTRY_PTR = LAST_ENTRY(CT PTR); /♦ SET PTR TO LAST ENTRY */ 

. . CT~END SNF = SNF; 

. IF~ECl“= EC THEN 
. . DO; 

. CT DR II = DR II; 

. CT~DR2I = DR2I; 

- CT ERI = ERI; 

. . . CT~CDI = CDI; 

. . . IF RU_CTGY = DFC 5 RQ_CODE = CANCEL THEN 

• . • DO; 

. CT ENTRYJTYPE = WHOLE_CHAIN_WITH CANCEL; 

. CT~DFC_RQ CODE = CANCEL; 

. . . . IF~CT_EBl“= -eb then 

CT_EBI = EBI; 

END; 

. . . ELSE 

. . . CT ENTRY TYPE = WHOLE_CHAIN_NO_CANCEL; 

. . END; 

END; 

. ELSE /* TABLE EMPTY OR LAST ENTRY 

WHOLE CHAIN */ 

DO; /* CREATE AND ADD NEW ENTRY TO 

. . CORRELATION TABLE */ 

. . CREATE CT_NORH_ENTRY; 

. CT_BEG_SNF = SNF; 

. . CT_END SNF = SNF; 

. CT RSP^TO NOT CANCEL = NOT_SENT_OR RECEIVED; 

. . CTlEXR_SENSE_FOR_NOT_CANCEL = 0; 

. CT EXR SENSE_FOR_CANCEL = 0; 

. . CT RU CTGY = RU_CTGY; 

• . CT"DRTl = DR1I; 

. . CT DR2I = DR2I; 

. . CT__ERI = ERI; 

. . CT QRI = QRI; 

. . CT~BBI = BBI; 

. CT EBI = EBI; 

. . CT~CDI = -CD; 

. . IF ECI = EC THEN 

. . DO; 

. CT CDI = CDI; 

. . . IF FU_CTGY = DFC S SQ CODE = CANCEL THEN 

. . . CT _ E NTR Y_T Y PE = CANCEL_ONLY; 

. . . EL SE 

. . „ CT ENTRYJTYPE = WHOLE_CHAIN_NO_CANCEL; 

END; 

. ELSE /* NOT END CHAIN */ 

CT_ENTRYJTYPE = PARTIAL^CHAIN; 

. . IF RU CTGY = DFC THEN 

. . CTjDFCjRQ_CODE = RQ_CODE; 

. else” 

. . CTjDFCjRQjCODE = 0; 

. . INSERT CTjNORHjENTRY IN CI_PTR; 

. END; 

END; 

RETURN; 

END CT_ENTRY_ADD_OR_UPDATE; 
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CT_KEY_SEABCH: PROCEDURE RETURNS (BIT ( 1)) ; 


/* 


FUNCTION: TO SCAN A CORRELATION TABLE LOOKING FOR A SPECIFIC ENTRY 

INPUT: CT PTR CONTAINS POINTER TO THE CORRELATION TABLE TO BE SCANNED. 

«kIy»* CONTAINS A SEQUENCE NUMBER RELATING TO THE ENTRY TO BE 
SEARCHED FOR. 

OUTPUT: RETURN CODE(RC) INDICATING WHETHER OR NOT THE ENTRY WAS FOUND. IF 

THE ENTRY WAS FOUND, CT_NORM_ENTRY_PTR CONTAINS ITS POINTER. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

DFC.SEND_CHECKS PAGE 5-42 

RCV CT_INITIA LIZ E PAGE 5-52 


*/ 


DCL RC BIT ( 1) ; 

RC = NOT_FOUND; 

SCAN CT_PTR PTR(CT_NORM_ENTRY_PTB) WHILE(RC = NQT_FOUND) ; 
. IF CT_END_SNF - CT BEG SNF >= 0 THEN 
DO; 

. IF SCB.KEY >= CT BEG^SNF & 

SCB.KEY <= CT_END_SNF THEN 
RC = FOUND; 

END; 

. ELSE 
. DO; 

. . IF SCB.KEY <= CT END SNF | 

SCB.KEY >= CT_BEG SNF THEN 
. . EC = FOUND; 

END; 

SCAN END; 

RETURN (RC) ; 

END CT__KFY_SEARCH; 
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US AGE_CBECKS: PROCEDURE RETURN S (BIT (1)) 


/* 

(- - ---------T 

| FUNCTION: THIS PROCEDURE PERFORMS USAGE CHECKS ON ALL REQUESTS AND RESPONSES. | 

| USAGE CHECKS ARE CHECKS INVOLVING THE RH AND VARIOUS SESSION ! 

| ACTIVATION PARAMETERS. USAGE CHECKS ARE BY DEFINITION STATE J 

| INDEPENDENT, AND THUS INVOLVE NO FSM STATES. | 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): 

( DFC. SEND__CHECKS 

| RCV_CHECKS 

| REFERS TO THE FOLLOWING PROCEDURE(S): 

| USAGE CHECKS EXP_RQ 

j usage~checksIexp_rsp 

| USAGE^CHECKS NORMAL_RQ_DFC 

j USAGE CHECKsInORMAL RQ_FMD 

[ usage”checks_normal~rsp 

i-1---!-------j 

*/ 


PAGE 5-42 
PAGE 5-53 


PAGE 5-62 
PAGE 5-63 
PAGE 5-64 
PAGE 5-66 
PAGE 5-67 


DCL RC BIT (1); 

DCL USAGE_SENSE BIT (16); 


RC = OK; 

USAGE SENSE=X* 0000 '; 

SELECT ANYORDER; 

. WHEN(EFI = NORMAL & SRI = RQ) 
DO; 

. IF RU CTGY = DFC THEN 


USAGE SENSE = USAGE CHECKS NORMAL RQ_DFC; /* PAGE 5-64 */ 

. ELSE ~ " ” /* FM DATA */ 

USAGE SENSE = USAGE_CHECKS_NORMAL_BQ_FMD; /* PAGE 5-6C */ 

END; 

. WHEN(EFI = NORMAL & RRI = RSP) 

USAGE_SENSE = USAGE_CHECKS_NORMAL_RSP; /* PAGE 5-67 */ 

. WHEN (EFI = EXP & RRI = RQ) 

. USAGE^SENSE = USAGE_CHECKS_EXP_RQ; /* PAGE 5-62 */ 

. WHEN(EFI = EXP & RRI - RSP) 

USAGE_SENSE = USAGE_CHECKS_EXP_RSP; /* PAGE 5-63 */ 

EN D; 


IF USAGE_SENSE -»= X*0000* THEN 


DO; 

. RC=NG; 

. IF MUCB.DIRECTION = SEND THEN 

SEND_CHECK_SENSE = USAGE^SENSE; 

. ELSE 

RECEIVE_CHECK__SENSE ~ USAGE_SENSE; 

END; 


/* USAGE ERROR FOUND (WHEN A USAGE 
ERROR IS FOUND THE USAGE_SSNSE 
FIELD CONTAINS THE APPROPRIATE 
SENSE CODE) 

/* SET UP SEND OR RECEIVE SENSE 
/* NO GOOD RETURN CODE 


*/ 

V 

V 


RETURN (RC) ; 

END USAGE_CHECKS; 
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USAGE_CHECNS_EXP_RQ: PROCEDURE RETURNS(BIT(16)); 

/* 


r --- - - - -—- - - - - - - -~li 

1 FUNCTION: PERFORMS USAGE CHECKS FOR EXPEDITED-FLOW REQUESTS. | 

| REFERENCED BY THE FOLLOWING PROCEDURE(S)s } 

| USAGE^CHBCKS PAGE 5-61 I 


♦/ 


DCL USAGB^SENSE BIT(16); 


USAGE SENSE « X*0000*; 

SELECT ANYORDER; 

. WHEN (RU CTGY -= DFC) 

. USAGE SENSE * 1*4011*; 

. WHEN (Fl”= -FHH) 

. USAGE_SENSE « X»400F«; 

. WHEN (BCI * -BC | ECI - -EC) 

. USAGE SENSE « X«400B'; 

. WHEN(DR1I ■; -DR1 | DR2I ■ DR2 j ERI = ER) 

. USAGE SENSE = X'4014*; 

. WHEN(QRI = QR) 

. USAGE SENSE = X'4015*; 

. WHEN(BBI * BB \ EBI = EB) 

. USAGE SENSE = X»400C»; 

. WHEN (Ci)I = CD) 

. USAGE SENSE = X*4009*; 

. WHEN(CSI * CODE1) 

. USAGE SENSE = 1*4010*; 

. WHEN (EDI = ED) 

. USAGE SENSE = X*4016*; 

. WHEN (PDI « PD) 

. USAGE SENSE = X*4017«; 

. OTHERWISE 
DO; 

. . IF MUCB.DIRECTION = SEND THEN 

. . SELECT ANYORDER; 

. . . WHEN(RQ CODE = QEC 6 SCB.DFC_QEC_SEND = ALLOWED); 

. . . WHBN(RQ~CODE = RELQ S SCB.DFC_RELQ SEND » ALLOWED); 

. WHEN(RQ~CODE = RSHUTD S SCB.DFC_RSiUTD_SBND = ALLOWED); 

. . . WHEN(RQ~C0DE = SBI S SCB.DFC SBI SEND = ALLOWED); 

. WHEN(RQ~CODE * SHUTC & SCB.DFC slUTC SEND * ALLOWED); 

. . . WHEN (RQ~CODE * SHUTD 6 SCB.DFC SHUTD SEND * ALLOWED); 

. . . WHEN(RQ~CODE « SIG S SCB.DFC^SIG^SEND » ALLOWED); 

. . . OTHERWISE 

. . . USAGE SENSE = XM003*; 

. . END; 

. ELSE /* RECEIVING 

SBLECT ANYORDER; 

. . . WHEN(RQ CODE = QEC S SCB.DFC QEC RCV * ALLOWED) ; 

. . . WHEN (RQ CODE = RELQ 5 SCB.DFC RELQJSCV = ALLOWED) ; 

. . . WHEN(RQlC0DE = RSHUTD S SCB.DFC_RSHUTD_RCV * ALLOWED); 

. . . WHEN(RQ~CODE * SBI S SCB.DFC SBI^RCV ALLOWED); 

. WHBN(RQ~CODE « SHUTC 6 SCB.DFC SHUTC RCV * ALLOWED); 

. . . WHEN(RQ CODE = SHUTD S SCB.DFC^SHUTD RCV * ALLOWED); 

. . . WHEN(Rq”cODB = SIG 6 SCB.DFCJ5IG_RCV~= ALLOWED); 

. OTHERWISE 

. . . USAGE SENSE = X'1003*; 

. . END; 


END; 


END; 


*/ 


RETURN (USAGE SENSE) ; 
END USAGE_CHECKSJ3XP_RQ; 
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USAGE_CHECKS_EXP_RSP: PROCEDURE RETURNS(BIT (16)); 


/* 


FUNCTION: PERFORMS USAGE CHECKS ON EXPEDITED-FLOW RESPONSES. | 

I 

REFERENCED BY THB FOLLOWING PROCEDURE(S) : I 

USAGE_CHECKS PAGE 5-61 | 


*/ 


DCL USAGE_SENSE BIT (16); 

USAGE SENSE = X'OOOO*; 

SELECT ANYORDER; 

. WHEN(RU CTGY -= DFC) 

. USAGE'SENSE * X* 4011•; 

. WHEN (Fl”* = -FHH) 

. USAGE SENSE * X* 400F«; 

. W HEN (SDI -= RTI) 

. USAGE SENSE = X'4013*; 

. WHEN(BCI = -BC | ECI = -EC) 

. USAGE SENSE = X'400B* ; 

. WHEN (DRTl = -DR1 ( DR2I * DR2) 

. USAGE SENSE « X»4014«; 

. WHEN(QRI = QR) 

. USAGE SENSE = X»4015'; 

. WHEN((HUCB.DIRECTION = SEND & RQ_CODE-=CT_RC V_RQ_EXP_DFC_RQ_CODE) | 

. (HUCB.DIRECTION = RECEIVE & RQ CODE -= CT SEND_RQ_EXP_DFC_RQ_CODE)) 
. USAGE SENSE = X»4012»; 

. OTHERWISE; 

END; 

RETURN(USAGE SENSE); 

END USAGE_CHECKSJBXP_RSP; 
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USAGE_CHECKS_ NORMA L_RQ__DFC: P80CED0RE RETURNS (BIT(16) ) ; 

/* 


I FUNCTION: THIS PROCEDURE PERFORMS USAGE CHECKS FOR NORMAL-FLOW DFC REQUESTS. \ 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : f 

| USAGE_CHECKS PAGE 5-61 I 

| REFERS TO THE FOLLOWING PROCEDURE (S): | 

| USAGE_CHECKS_NORMAL_RQ_DFC__1 PAGE 5-65 | 

i __.. _____—,--------—-—i 

*/ 


DCL USAGE_SENSE BIT(16); 

USAGE SENSE = USAGE CHECKS NORMAL RQ DFC 1; /* PAGE 5-65 */ 

IF USAGE_SENSE = X* 0000* THEN “ /* PAGE 5-65 A RETURN VALUE OF */ 

DO; /* X'0000* MEANS NO ERRORS FOUND */ 

. IF MUCB.DIRECTION = SEND THEN 
. SELECT ANYORDER; 

. . WHEN(RQ_CODE = BID 6 SCB.DFC_BID_SEND = ALLOWED); 

. . WHEN(RQ~CODE = BIS 6 SCB.DFC_BIS_SEND = ALLOWED); 

. . WHEN (RQ CODE = CANCEL & SCB.DFC_CANCEL SEND = ALLOWED); 

. WHEN(RQ~CODE = CHASE & SCB.DFC CHASE_SEND = ALLOWED); 

. . WHEN(RQ~CODE = LUSTAT 6 SCB.DFC LUSTAT SEND = ALLOWED); 

. WHEN(RQ”C0DE = QC 8 SCB.DFC_QC_SEND = ALLOWED); 

. . WHEN(RQ~CODE = RTR 8 SCB .DFC_RTR^ SEND = ALLOWED); 

. OTHERWISE 

USAGE_SENSE = X'1003»; /* FUNCTION NOT SUPPORTED */ 

END; 

. ELSE /* MUCB.DIRECTION=RECEIVE */ 

. SELECT ANYORDER; 

. WHEN(RQ_CODE = BID 8 SCB.DFC_BID_RCV = ALLOWED); 

. . WHEN(RQ”C0DE = BIS 6 SCB.DFC_BIS RCV = ALLOWED) ; 

. WHEN(RQ~CODE = CANCEL & SCB.DFC_CANCEL_RCV = ALLOWED); 

. . WHEN(RQ CODE = CHASE S SCB.DFC CHASE_RCV = ALLOWED); 

. WHEN(RQ_CODE = LUSTAT 6 SCB.DFC_LUSTAT_RCV = ALLOWED); 

. . WHEN(RQ CODE = QC 6 SCB. DFC__QC RCV = ALLOWED); 

. WHEN(RQ~CODE = RTR 8 SCB.DFC_RTR_RCV = ALLOWED); 

. OTHERWISE 

. . USAGE_SENSE = X*1003»; /* FUNCTION NOT SUPPORTED */ 

. END; 

. IF USAGE SENSE = X'0000* THEN /* NO ERRORS FOUND SO FAR */ 

. SELECTMANYORDER; 

. . WHEN (SCB.SEND_RCV_MODE = FULL DUPLEX S CDI = CD) 

USAGE SENSE = X«400D»; 

. WHEN(SCB.USING BRACKETS = NO 8 (EBI = EB I BBI = BB)) 

USAGE_SENSE = X*400C e ; 

. . OTHERWISE 

. . DO; 

. IF (MUCB.DIRECTION = SEND & SCB.HALF SESSION=PRI) | 

(MUCB.DIRECTION = RECEIVE 8 SCB.HALF^SESSION = SEC) THEN 
DO; 

. IF SCB.PHI EB IND = MAY NOT_SEND & EBI = EB THEN 

USAGE_SEN5E~= X'4004'7 

. . . END; 

. ELSE /* (SEND 8 SEC)|(RECEIVE 8 PRI) */ 

IF SCB. SEC_EB_IND = MAY NOT__SEND 8 EBI = EB THEN 
. . . USAGE_SENSE = X'4004'; 

END; 

END; 

END; 


RETURN(USAGE SENSE); 

END USAGE_CHECKS_NORMAL_RQ__DFC; 
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( 


USAGE_CHECKS_N0RMAL_RQ_DFC_1: PROCEDOEE RETORNS (BIT(16)) ; 

/* 


r-----■-1 

| FUNCTION: PERFORMS FORMAT CHECKS ON NORMAL-FLOW DFC REQUESTS. | 
I I 
| REFERENCED BY THE FOLLOWING PROCEDURE(S) : | 
) USAGE CHECKS_NORMAL RQ DFC PAGE 5-64 | 


V 

DCL USAGE_SENSE BIT(16); 

USAGE_S ENSE = X'OOOO'; 

SELECT ANYORDER; 

. WHEN ( FI = -FMH) 

USAGE_SENSE = X'400F»; 

. WHEN (BCI = -BC | EC I = -*EC) 

. USAGE SENSE = X*400B'; 

. WHEN(CSI = CODE1) 

. OSAGE SENSE = X'4010«; 

. WHEN (EDI = ED) 

. OSAGE_SENSE = X'4016*; 

. W HEN ( PDI = PD) 

. USAGE_SEN SE = X'4017 1 ; 

. OTHERWISE 
. SELECT ANYORDER; 

. WHEN(RQ_CODE = BID | RQ_CODE = BIS | ROPCODE = RTR) 

. . SELECT ANYORDER; 

. WHEN (DR II = -'DR 1 | DR2I = DR2 | ERI = ER) 

USAGE_SENSE = X^OV) 1 ; 

. WHEN(BBI = BB | EBI = EB) 

. . . OSAGE SENSE = X'400C'; 

. WHEN (CDI = CD) 

. . . USAGE SENSE = X'4009»; 

. OTHERWISE; 

. . END; 

. WHEN(RQ CODE = CANCEL | RQ_CODE = CHASE | RQ_CODE = QC) 

. . SELECT ANYORDER; 

. WHEN (DR11 = -DR1 | DR2I = DR2 | ERI = ER) 

. . . USAGE SENSE = X'4014*; 

. . . WHEN (BBI = BB) 

. . . USAGE SENSE = X'4003'; 

. . . WHEN(EBI = EB 5 CDI = CD) 

. . . USAGE_SENSE = X'4009«; 

. OTHERWISE; 

END; 

. WHEN(RQ_CODE = LUSTAT) 

SELECT ANYORDER; 

. WHEN (DR1I = -'DR 1 S DR2I = -*DR2) 

USAGE__SEN SE = X'4014'; 

. WHEN(EBI = EB 5 CDI = CD) 

OSAGE SENSE = X'4009»; 

. OTHERWISE; 

. . END; 

END; 

END; 


RETURN(USAGE SENSE); 

END USAGE_CHECKS_NORMAL_RQ_DFC_1; 
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USAGE_CHECKS_NORMAL_RQ_FMD: PROCEDURE RETURNS (BIT(16) ) ; 

/* 


I*" FUNCTION: THIS PROCEDURE PERFORMS USAGE CHECKS FOR NORMAL-FLOW PM DATA I 

| REQUESTS. | 

| REFERENCED BY THE FOLLOWING PROCEDURE (S) : I 

| USAGE_CHECKS PAGE 5-61 | 

i-----.-I_________._1 


*/ 


DCL USAGE_SENSE BIT(16); 

USAGE SENSE = X'OOOO*; 

SELECT ANYORDER; 

. WHEN(RQD 6 ECI * -EC 8 MUCB.DIRECTION = SEND) 

. USAGE SENSE = X»4007»; 

. WHEN (CDI = CD 8 ECI = -EC) 

. USAGE_SENSE - X'4009»; 

. WHEN (BBI = BB 8 BCI = -BC) 

. USAGE_SENSE = X*4003»; 

. WHEN(EBI = EB 6 BCI = -BC) 

. USAGE SENSE = X*4004'; 

. W HEN (FI~*= FMH 8 BCI = -BC) 

. USAGE SENSE = X'400F'; 

. WHEN(SCB.USING BRACKETS = NO 8 (BBI * BB | EBI = EB)) 

. USAGE SENSE = X'400C'; 

. WHEN (EBI = EB 8 CDI = CD) 

. USAGE SENSE = X*4009»; 

. WHEN(SCB.ALT_CODE = NOT USED 6 CSI = CODE 1) 

USAGE SENS! = X*4010*7 

. WHEN(SCB.SEND RCV MODE = FULL DUPLEX 8 CDI = CD) 

. USAGE SENSE“= X 7 400D'; 

. OTHERWISE 
. SELECT ANYORDER; 

. . WHEN ( (MUCB.DIRECTION = SEND 6 SCB.HALF SESSION=P3I) | 

(MUCB.DIRECTION = RECEIVE 6 SCB.HALF SESSION = SEC)) 

SELECT ANYORDER; 

. . . WHEN(SCB.PHI CHAIN USE = SINGLE 8 -(BCI = BC 8 ECI = EC)) 

. . . USAGE SENSI = X'400B'; 

. . . WHEN(SCB.PRI EB_IND = MAY NOT_SEND 8 EBI = EB) 

USAGE_SENSE = X»4004'; 

. WHEN (RQD 8 SCB.PRI DEF FSP CHAIN = NOT ALLOWED) 

USAGE SENSE = X'4007 7 ; 

. . . WHEN (RQE 8 ECI = EC 8 SCB. PRI_EXCPJ3SP_CHAIN = NOT__ALLOWED) 

USAGE SENSE = X*4006»; 

. WHEN(FQE & ECI = -EC & SCB.PRI EXCP RSP CHAIN = NOT ALLOWED 8 
. . . SCB. PRI_DEF_RSP CHAIN = NOtJSlLLOWED) 

. . . USAGE SENSE = X'4006'; 

. . . WHEN(RQN 8 SCB.PRI NO_RSP CHAIN = NOT ALLOWED) 

USAGE_SENSE = X'400A'; 

. . . OTHERWISE; 

END; 

. . OTHERWISE /* (MUCB.DIRECTION=SEND 8 SEC) OR 

(MUCB.DIRECTION=RECEIVE 8 PRI) */ 

. . SELECT ANYORDER; 

. WHEN(SCB.SEC CHAIN USE = SINGLE 8 -(BCI = BC 8 ECI = EC)) 

. . . USAGE SENSE = X*400B»; 

. WHEN(SCB.SEC EB IND = MAY NOT SEND 8 EBI = EB) 

. . . USAGE SENSE =~X'4004'; 

. WHEN (RQD 8 SCB.SEC DEF RSP CHAIN = NOT ALLOWED) 

. . . USAGE SENSE = X'4007 7 ; 

. WHEN(RQE 6 ECI = EC 8 SCB.SEC EXCP RSP CHAIN = NOT ALLOWED) 

USAGE SENSE = X'4006»; 

. WHEN(RQE 8 ECI = -EC & SCB.SEC_EXCP RSP CHAIN = NOT ALLOWED 8 
SCB.SEC DEF RSP CHAIN = NOT ALLOWED) 

. . . USAGE__SENSE = X'4006«; 

. . . WHEN(RQN 6 SCB.SEC NO_RSP CHAIN = NOT ALLOWED) 

USAGE SENSE = X'400A»; 

. . . OTHERWISE; 

. . END; 

. END; 

END; 

RETURN(USAGE SENSE) ; 

END USAGE_CHECKS_NORMAL_RQ_FMD; 
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USAGB_CHBCKS_HORHAL_RSP: PROCEDURE RETURNS(BIT(16) ) ; 


\ ..— —— - --- — - -- - 

| FUMCTIOH: PBRFORH USAGE CHBCKS OR HORBAL FLOW RBSPORSES. 

I 

t REFBRBRCED BT THE FOLLOWIRG PROCEDURE(S) : 

| USAGE CHBCKS PAGE 5-61 


/* 

I 

I 

I 

I 


*/ 


DCL USAGE.SEWSB BIT (16); 

SELECT ARTORDER; 

. WHEN (BCI * -BC | EC I * -EC) 

. USAGE_SENSE * X*400B*; 

. WHER(SDI -= RTI) 

. USAGE SEHSE = 1*4013'; 

. OTHERWISE 

• DO; 

. . IF CT ENTRY TYPE * WHOLE CHAIN WITH_CANCEL 8 

. • SNF * CT iND SHF THER ~ /* THIS IS RSP TO CANCEL */ 

. . SELECT ANYORDER; 

. . • WHEH(RU_CTGY -= DFC) 

. . . USAGE“SEHSE * 1*4011*; 

• WHEN (FI = -FHH) 

- . • USAGE SENSE * X*400F'; 

. . . WHEN (DR II ->= DR 1 | DR2I = DR2) 

. . • USAGE SENSE * X*4014*; 

. . . WHEN(RQ CODE CANCEL) 

• . . USAGE”sBNSE « X'4012* ; 

. • • OTHERWISE; 

END; 

. . ELSE 

. • SELECT ANYORDER; 

. . . WHEN(RU_CTGY CT RU CTGY) 

. . . USAGE SENSE * X'4011'; 

. . - WHEN(DRTi -= CT DR1I | DH2I -= CT DR2I) 

. . . USAGE SENSE =~X*4014'; 

. . . WHEN (RU CTGY * DFC 8 FI « -FHH) 

. . . USAGE SENSE = X»400F»; 

- . . WHEN(RU~CTGY * DFC 8 HQ CODE CT DFC RQ_CODE) 

. . . USAGE SENSE * X*4012*; 

. „ . WHEN(RU~CTGY * FHD 8 SCB.TYPE OF SESSION = LU LU 8 

. - . SCB.FH_HDRJJSAGE = FH_HEADERS~8 RTI * POS 8 FI = FHH) 

. . . USAGE SENSE ■ X'400F'; 

. . . OTHERWISE; 

. END; 

. END; 

END; 

RETURN(USAGE SENSE); 

END USAGE_CHECKS_NORHAL_RSP; 


UPH_RES: PROCEDURE; 


/* 


[ FUNCTION: THIS UPM HANDLES SENDING OF UNAYL AND AVL SIGNALS TO THE RESOURCE ] 

| FSH (FSH_RES, PAGE 5-87). I 

i_Z_—___ j 


*/ 

/* NOT ARCHITECTED */ 


RETURN; 

END UPH__RES; 


CHAPTER 5. DATA FLOW CONTROL 5-67 









FSM_BSM__BIDDER: FSM^DEFINITION CONTEXT (SCB) , 
MOLTIPLE_ACTION_CODES (2),,,; 


| FUNCTION; THIS FSM ENFOBCES THE BRACKETS PROTOCOL FOR THE BIDDER. SEE 

| "BRACKETS PROTOCOL" ON PAGE 5-14 FOR PROSE DESCRIPTION. 

| THE TWO PRIMARY STATES IN THIS FSM ARE; 

j • BETB (BETWEEN BRACKETS); THIS STATE INDICATES NO BRACKET IS 

| CURRENTLY BEING PROCESSED. ANY REQUEST CHAINS SENT OR RECEIVED 

j IN THIS STATE (WITH THE EXCEPTION OF SOME DFC REQUESTS) HAVE 

! THE BBI (BEGIN BRACKET INDICATOR) SET. 

| • INB (IN BRACKET); THIS STATE INDICATES A BRACKET IS CURRENTLY 

| BEING PROCESSED. A REQUEST WITH BBI SET HAS PREVIOUSLY BEEN 

| SENT OR RECEIVED TO BEGIN THE BRACKET. REQUEST CHAINS SENT IN 

| THIS STATE DO NOT HAVE BBI SET. HOWEVER, THEY MAY HIVE EBI (END 

| BRACKET INDICATOR) SET IF IT IS DESIRED THAT THE BRACKET BE 

j ENDED. 

| THE REST OF THE STATES IN THIS FSM ARE TRANSITION STATES. 

| • PEND_BB (PENDING SENDING BEGIN BRACKET); THIS STATE IS ENTERED 

J WHEN A POSITIVE RESPONSE TO BID IS RECEIVED OR A POSITIVE 

j RESPONSE TO RTR IS SENT. IT MEANS THE BIDDER HAS BEEN GRANTED 

( THE RIGHT TO START A BRACKET (BY SENDING BB) . 

J • PEND INB (PENDING ENTERING IN-BRACKET STATE); THIS STATE IS 

| ENTERED WHEN THE BIDDER SENDS A BB REQUEST WHILE IN BETB. THE 

| BIDDER IS REQUESTING PERMISSION TO BEGIN A BRACKET. PERMISSION 

| IS GRANTED (BY THE FIRST SPEAKER) WHEN A POSITIVE RESPONSE TO 

| THE BB REQUEST IS RECEIVED. THIS CAUSES A TRANSITION TO THE 

| IN-BRACKET STATE (INB). PERMISSION IS DENIED WHEN A NEGATIVE 

| RESPONSE TO THE BB REQUEST IS RECEIVED. THIS CAUSES A 

| TRANSITION BACK TO BETWEEN-BRACKETS STATE (BETB). 

| • PENDJTERM S AND PEND_TK RM R (PENDING TERMINATION OF THE 

| BRACKET):*" THESE STATES™ ARE”eNTERED FROM THE IN-BRACKET STATE 

| (INB) WHEN A REQUEST CARRYING EB (END BRACKET) IS SENT OR 

j RECEIVED. THE BRACKET IS TERMINATED (TRANSITION MADE TO 

| BETWEEN-BRACKETS STATE (BETB)) IF THE END CHAIN REQUEST OF THE 

j EB CHAIN DID NOT ASK FOR DEFINITE RESPONSE OR, A POSITIVE 

| RESPONSE IS RECEIVED FOR THE EB CHAIN. THE BRACKET IS NOT 

| TERMINATED (TRANSITION MADE BACK TO IN-BRACKET STATE (INB)) IF 

j EB CHAIN IS CANCELED (USING DFC CANCEL REQUEST) OR A NEGATIVE 

| RESPONSE TO THE EB CHAIN IS RECEIVED. 

| WHEN THE BRACKETS AND HALF-DUPLEX FLIP FLOP PROTOCOLS (SEE 

J "SEND/RECEIVE MODE PROTOCOLS" ON PAGE 5-12) APE USED, A TIGHT 

| COUPLING EXISTS BETWEEN THE FSM'S, FSM_BSMJ3IDDEF AND FSM_HDX_FF 

| (HALF-DUPLEX FLIP FLOP FSM, PAGE 5-84). A STRONG COORDINATION OF 

| THE STATES OF THESE TWO FSM»S IS NECESSARY. THE GENERAL RULES ARE; 

j • WHENEVER FSM_BSM BIDDER IS IN BETWEEN-BRACKETS STATE (BETB), 

| FSM_HDX„FF IS INTONE OF ITS CONTENTION STATES (CONT, CONT_SEND, 

| OR CONT_RCV).. 

| • WHEN FSM BSM_BIDDER GOES TO IN-BRACKET STATE (INB) , FSM_HDX_?F 

| GOES TO~SEND (SEND) OR RECEIVE (PCV) STATE. THE CDI BIT 

| (CHANGE DIRECTION INDICATOR) DETERMINES WHETHER IT IS SEND 0? 

| RECEIVE STATE. 

| IN ORDER TO FOLLOW THESE RULES FSM_BSM__BIDDER TELLS FSM_HDX_FF WHEN 

| TO GO TO CONTENTION, SEND, AND RECEIVE STATES. THIS _ IS ™DONE BY 

| CALLING FSM_HDX_FF AND GIVING IT THE SIGNAL INPUTS BETB, INB_RCV, 

| AND INB_SEND. 

| • BETB SIGNAL MEANS FSM_3SM_BIDDER IS GOING TO BETWEEN-BRACKETS 

| STATE (BETB) AND FSiThDX FF IS TO GO TO CONTENTION STATE 

| (CONT). NOTICE THAT THIS SIGNAL IS GIVEN TO FSM_HDX FF ON END 

| CHAIN REQUESTS. THIS IS BECAUSE THE CONTENTION STATE (CONT) 

| MUST BE ENTERED ONLY WHEN BETWEEN SENDING OR RECEIVING CHAINS. 

j • INB_SEND SIGNAL MEANS FSH_BSM_BIDDER IS GOING TO IN-BRACKET 

| STATE (INB) AND FSM_HDX_FF IS TO GO TO SEND STATE (SEND). 

| • INB_RCV SIGNAL MEANS FSM BSM_BIDDER IS GOING TO IN-BRACKET 

| STATE (INB) AND FSM_HDX_FF~IS TO GO TO RECEIVE STATE (RCV). 

| NOTE: RECEIVED AND SENT RESPONSES COME TO THIS FSM FROM 

| FSM_CONTRGL BSM RSP_SEND (PAGE 5-74) AND FSM CONTROL BSH RSP_RCV 

| (PAGE 5-73)7 THESE FSM*S ALLOW RESPONSES TO COME TO FSM_BSM_BIDDER 

j ONLY WHEN THE RESPONSE IS FOR THE CURRENT CHAIN AND THE LAST REQUEST 

j OF THE CURRENT CHAIN HAS BEEN SENT OR RECEIVED. THESE CONTROL FSM'S 

| RELIEVE FSM BSH_BIDDER FROM HAVING STATES TO REMEMBER WHEN A 

( NEGATIVE RESPONSE IS RECEIVED WHILE IN THE MIDDLE OF SENDING A 

| CHAIN. 

i REFERENCED BY THE FOLLOWING PROCEDURE(S) ; 

| DEQUEUE.Q_TC TO DFC PAGE 5-40 

S FSM_HDX_FF ~ ” PAGE 5-84 
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STATE NAMES- 


S,RQ,FHD|LUSTAT, BB, EB 

S,RQ,FHD|LUSTAT, BB,—EB, 
S,RQ,FHD|LUSTAT, BB,-EB, 
S,RQ,FMD| LUSTAT, BB,-EB, 
S,RQ,FHD| LUSTAT, BB,-EB, 
S,RQ,FHD , BB,-EB, 

S , RQ, FMD | EBDFC , -BB, EB , 
S, RQ, FMD| EBDFC , -BB, EB, 
S,RQ,CANCEL , EB 

S,RQ,FMD ,-BB, EB, 


RQD, CD 
RQD,—cd 
-RQD, CD 
EC,—RQD,—CD 
--EC 

RQD 
EC ,-RQD 


| S,RQ ,FMD ,-BB,-EB, BC 

| S,RQ,FHD , -BC, RQD, CD 

| S,RQ,FHD , -BC, RQD,-CD 

| S,RQ,FHD , -BC, -RQD, CD 

| S,RQ,FHD , -BC, EC ,-RQD ,-CD 

| S,RQ,CANCEL , -EB, CD 

| S,RQ,CANCEL , -EB, -CD 

| S,RQ,BID 

| S,RQ,OTHERDFC ,-BB,-EB 

f- 

| R, +RSP, FMD|LOSTAT,CT ( BB,-EB, CD) 

| R,+RSP, FMD | LOST AT, CT ( BB,-EB,-CD) 

| R,-RSP,FMD|LUSTAT,CT( BB,-EB) 

| R, + RSP, — BID , CT (—BB , EB) 

| R,-RSP,-BID ,CT(—BB, EB) 

| R,+RSP, BID 

I R,RQ,FMD|LDSTAT, BB, EB 

| R,RQ,FHD|LUSTAT, BB,-EB, CD 

| R,RQ,FHD|LUSTAT, BB,-EB, EC, -CD 

| R,RQ, FHD|LUSTAT, BB,-EB, -EC 

| R,RQ,FMD|EBDFC ,-BB, EB, RQD 

| R,RQ,FMDjEBDFC ,-BB, EB, EC,-RQD 

| R,RQ,CANCEL , EB 

| R,RQ,FMD ,-BB, EB, -EC 


R, RQ,FND ,.—BB,-EB 

R,RQ,FMD , 

R,RQ,FMD , 

R,RQ,CANCEL , -EB 

R,RQ,RTR 

R,RQ,OTHERDFC ,-BB,-EB 


-BB,-EB, BC 

-BC, RQD 

-BC, EC,-RQD 

-EB 


S,+RSP,-RTR,CT(-BB, EB) 

S,-RSP,—RTR,CT(-BB, EB) 

S,*RSP, RTR 

•RESET.BETB* /* FROM DFC RESET */ 
«RESET“iNB' /* FROM DFC~RESET */ 


MULTIPLE ACTION CODE | DETERMINING CONDITION 
-1-1-H--- 

1 | SCB.BRKT TERM RULE=CONDITIONAL 

- h -=-1- 

2 } SCB.BRKT TERM_ROLE=UNCONDITIONAL 


OUTPUT | FUNCTION 
CODE | 


\ ><S) 
i ><S) 
I ><S) 
I >(S) 


I 1(B) 

I 2 
I ><R) 

I >(R) 

f- 

I 1 (B) 

I 2 


PEND 
TERM S 
6 


| CALL ♦FSM_HDX(*BETB*); 


/* PAGE 5-82 TO PAGE 5-84 


| IF SDI=—SD 6 #^SM__CHAIN__RCV—=PURGE THEN /* PAGE 5-72 


| CALL CHANGE__MU TO_EXR (X « 080B •) ; 

---------- 

| CALL #FSM HDX('INB_RC7*) 5 

-+----- 

| CALL #FSM_HDX (»INB_SEND«); 

H- 

| SEND CHECK SENSE=X'2003•; 

--- 

I RECEIVE CHECK_SENSE=X'2003'; 


/* BRACKET CONTENTION ERROR 


/* PAGE 5-82 TO PAGE 5-84 
/* PAGE 5-82 TO PAGE 5-84 


/* BRACKET STATE ERROR 
/* BRACKET STATE ERROR 


END FSM BSM BIDDER; 
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FSM_BSM_FSP: FSM_DEFINITION CONTEXT(SCB), 
MULTIPLE.. ACTION_CODES (2) 


FUNCTION: THIS FSM ENFORCES THE BRACKETS PROTOCOL FOR THE FIRST SPEAKER. SEE 

"BRACKETS PROTOCOL" ON PAGE 5~14 FOR PROSE DESCRIPTION. 

THE TWO PRIMARY STATES IN THIS FSM ARE: 

• BETB (BETWEEN BRACKETS): THIS STATE INDICATES NO BRACKET IS 
CURRENTLY BEING PROCESSED. ANY REQUEST CHAINS SENT OR RECEIVED 
IN THIS STATE (WITH THE EXCEPTION OF SOME DFC REQUESTS) MUST 
HAVE THE BBI (BEGIN BRACKET INDICATOR) SET. 

• INB (IN BRACKET): THIS STATE INDICATES A BRACKET IS CURRENTLY 
BEING PROCESSED. A REQUEST WITH BBI SET HAS PREVIOUSLY BEEN 
SENT OR RECEIVED TO BEGIN THE BRACKET. REQUEST CHAINS SENT IN 
THIS STATE DO NOT HAVE BBI SET. HOWEVER, THEY MAI HAVE EBI (END 
BRACKET INDICATOR) SET IF IT IS DESIRED THAT THE BRACKET BE 
ENDED. 

THE REST OF THE STATES IN THIS FSM ARE TRANSITION STATES. 

• PEND_BB (PENDING SENDING BEGIN BRACKET): THIS STATE IS ENTERED 
WHEN A POSITIVE RESPONSE TO BID IS SENT OR A POSITIVE RESPONSE 
TO RTR IS RECEIVED. IT MEANS THE BIDDER HAS BEEN GRANTED THE 
RIGHT TO START A BRACKET (BY SENDING BB) . 

• PEND INB (PENDING ENTERING IN-BRACKET STATE): THIS STATE IS 
ENTERED WHEN THE FIRST SPEAKER RECEIVES A BB REQUEST WHILE IN 
BETB. THE BIDDER IS REQUESTING PEP.MISSION TO BEGIN A BRACKET. 
PERMISSION IS GRANTED (BY THE FIRST SPEAKER) BY SENDING A 
POSITIVE RESPONSE TO THE BB REQUEST. THIS CAUSES A TRANSITION 
TO THE IN-BRACKET STATE (INB). PERMISSION IS DENIED BY SENDING 
A NEGATIVE RESPONSE TO THE BB REQUEST. THIS CAUSES A TRANSITION 
BACK TO BETWEEN-BRACKETS STATE (BETB) . 

• PEND_TERM_S AND PEND_TERM_R (PENDING TERMINATION OF THE 

BRACKET): THESE STATES~ARE ENTERED FROM THE IN-BRACKETS STATE 

(INB) WHEN A REQUEST CARRYING EB (END BRACKET) IS SENT DR 
RECEIVED. THE BRACKET IS TERMINATED (TRANSITION MADE TO 
BETWEEN-BRACKETS STATE (BETB)) IF THE END CHAIN REQUEST OF THE 
EB CHAIN DID NOT ASK FOR DEFINITE RESPONSE OR, A POSITIVE 
RESPONSE IS RECEIVED FOR THE EB CHAIN. THE BRACKET IS NOT 
TERMINATED (TRANSITION MADE BACK TO IN-BRACKET STATE (INB)) IF 
EB CHAIN IS CANCELED (USING DFC CANCEL REQUEST) OR A NEGATIVE 
RESPONSE TO THE EB CHAIN IS RECEIVED. 

WHEN THE BRACKETS AND HALF-DUPLEX FLIP FLOP PROTOCOLS (SEE 
"SEND/RECEIVE MODE PROTOCOLS" ON PAGE 5-12) ARE USED, A TIGHT 
COUPLING EXISTS BETWEEN THE FSM'S, FSM_BSM FSP AND FSM HDX_FF 
(HALF-DUPLEX FLIP FLOP FSM, PAGE 5-84) . A STRONG COORDINATION~OF 
THE STATES OF THESE TWO FSM'S IS NECESSARY. THE GENERAL RULES ARE: 

• WHENEVER FSM BSM FSP IS IN BETWEEN BRACKETS STATE (BETB), 
FSM HDX FF IS IN ONE OF ITS CONTENTION STATES (CONT, CONT SEND, 
OR CONT~RCV). 

• WHEN FSN_BSM FSP GOES TO IN-BRACKET STATE (INB), FSM HDX FF 
GOES TO SEND” (SEND) OR RECEIVE (RCV) STATE. THE CDI BIT 
(CHANGE DIRECTION INDICATOR) DETERMINES WHETHER IT IS SEND OR 
RECEIVE STATE. 

IN ORDER TO FOLLOW THESE PULES FSM BSM FSP TELLS FSM HDX FF WHEN TO 
GO TO CONTENTION, SEND, AND RECEIVE”STATES. THIS IS DONB~BY CALLING 
FSM_HDX FF AND GIVING IT THE SIGNAL INPUTS BETB, INB RCV, AND 
INB_SEND. 

• BETB SIGNAL MEANS FSM BSM FSP IS GOING TO BETWEEN-BRACKETS 
STATE (BETB) AND FSM_HDX FF IS TO GO TO CONTENTION STATE 
(CONT). NOTICE THAT THIS SIGNAL IS GIVEN TO FSM_HDX_FF ON END 
CHAIN REQUESTS. THIS IS BECAUSE THE CONTENTION” STATE (CONT) 
MUST BE ENTERED ONLY WHEN BETWEEN SENDING OR RECEIVING CHAINS. 

• INB SEND SIGNAL MEANS FSM BSM_FSP IS GOING TO IN BRACKET-STATE 
(INB) AND FSM_HDX_FF IS TO GO TO SEND STATE (SEND). 

• INB_RCV SIGNAL MEANS FSM_BSM_FSP IS GOING TO IN BRACKET-STATE 
(INB) AND FSM_HDX_FF IS TO GO TO RECEIVE STATE (RCV). 

NOTE: RECEIVED AND SENT RESPONSES COME TO THIS FSM FROM 

FSM_CONTROL_BSM__FSP_S END (PAGE 5-74) AND FSM_CONTROL BSM RSP_RCV 
(PAGE 5-73). THESE FSM'S ALLOW RESPONSES TO COME To”FSH_BSM_FSP 
ONLY WHEN THE RESPONSE IS FOR THE CURRENT CHAIN AND THE LAST REQUEST 
OF THE CURRENT CHAIN HAS BEEN SENT OR RECEIVED. THESE CONTROL FSM'S 
RELIEVE FSM_BSM_FSP FROM HAVING STATES TO REMEMBER WHEN A NEGATIVE 
RESPONSE IS RECEIVED WHILE IN THE MIDDLE OF SENDING A CHAIN. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

FSM_HDX_FF PAGE 5-84 
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1 

STATE NAMES->1 

1 

INPOT | 

BETB 

1 

1 

I 

I 

INB 

2 

| PEND 
| BB 

1 3 

1 

1 

1 

PEND 

INB 

4 

1 

1 

1 

PEND 
TERM R 
5 

1 

1 

1 

PEND 
TERM S 
6 



' ' ' U.I ■■ r r ‘Tiln -nr-Jt 





-r 


~r 


■r 


“i 

t. 

S,RQ,FHD|LOSTAT, BB, EB \ 

~ 

1 

>(S) 

| >(S) 

1 

>(S) 

I 

>(S) 

1 

>(S) 



S,RQ,FMD| LOSTAT, BB,-EB, CD | 

2(18) 

T* 

I 

>(S) 

1 >(S) 

■~r 

I 

>(S) 

1 

>(S) 

■+* 

1 

>(S) 

H 


S,RQ, FMD|LUSTAT, BB,-EB, EC, -CD | 

2 (IS) 

1 

>(S) 

1 >(S) 

1 

>(S) 

1 

>(S) 

1 

>(S) 


1 

S, RQ, FHD| LUSTAT, BB,-EB, -.EC \ 

2 (IS) 

1 

>(S) 

| >(S) 

1 

>(S) 

1 

>(S) 

1 

>(S) 



S, RQ, FMD| EBDFC ,-BB, EB, RQD | 

>(S) 

—r* 
I 

6.1(B) 

I >(S) 

r 

1 

>(S) 

1 

>(S) 

“+• 

1 

>(S) 

H 


S,RQ, FHD | EBDFC ,-«BB, EB, EC,-.RQD | 

>(S) 

\ 

1 (B) 

1 >(S) 

1 

>(S) 

1 

>(S) 

1 

>(S) 



S,RQ,CANCEL , EB | 

>(S) 

1 

KB) 

1 >(S) 

1 

>(S) 

1 

>(S) 

I 

1(B) 


1 

S,RQ,FMD ,-«BB, EB, -EC | 

>(S) 

1 

6,1 

j >(S) 

1 

>(S) 

1 

>(S) 

1 

>(S) 



S,RQ,FHD ,—BB,—EB, BC | 

>(S) 

1 

- 

i xs) 

i 

\ 

>(S) 

1 

>(S) 

”T‘ 

1 

>(S) 

H 


S,RQ,FHD , -BC, RQD 1 

-(B) 

\ 

- 

1 >(S) 

1 

- 

1 

>(S) 

1 

- 



S,RQ,FHD , -BC, EC,-RQD | 

-(B) 

I 

- 

4 >(S) 

1 

- 

1 

>(S) 

1 

1 (B) 



S,RQ,CANCEL , -EB | 

-(B) 

1 

- 

1 >(S) 

1 

- 

1 

>(S) 

1 

2 



S,RQ,RTR | 

- 

1 

>(S) 

1 >(S) 

1 

>(S) 

1 

>(S) 

1 

>(S) 


L 

S,RQ,OTHERDFC ,-BB,-EB | 

.. - - .-. ... . i 

- 

1 

~ 


( 

>(S) 

1 

>(S) 

1 

>(S) 



R,*RSP,-RTR,CT(-BB, EB) | 

- 

1 

- 

1 

1 

- 

1 

- 

~T~ 

1 

1(B) 

■I 


R,-RSP,-RTR,CT (-BB, EB) | 

- 

1 

- 

1 - 

1 

- 

1 

- 

1 

2 


1 

R,+RSP, RTR \ 

3 

1 

- 

1 “ 

1 

- 

1 

- 

1 

- 


| 

R,RQ,FHD|LOSTAT, BB, EB | 

- 


— (C2) 

i i 

i 

1 

> (R) 

1 

>(R) 

■r* 

1 

-(Cl) 

“1 


R,RQ,FMD|LUSTAT, BB,-EB, RQD, CD | 

4 

1 

-(C2) 

1 2 (IS) 

1 

>(R) 

\ 

>(R> 

r‘ 

I 

-(Cl) 

n 


R,RQ,FHD|LOSTAT, BB,-EB, RQD,-CD 1 

4 

1 

-(C2) 

1 2(IR) 

1 

>(R) 

\ 

>(R) 

1 

-(Cl) 



R,RQ,FMD|LOSTAT, BB,-EB, -RQD, CD | 

>(R) 

1 

- (C2) 

1 2 (IS) 

1 

> (R) 

1 

>(R) 

1 

-(Cl) 



R,RQ,FMD|LOSTAT, BB,-EB , EC,-RQD,-CD | 

><R) 

1 

- (C2) 

1 2(IR) 

1 

>(R) 

i 

>(R) 

1 

-(Cl) 


l 

R,RQ,FHD , BB,-EB, -EC | 

_ . ., __ ... ... .. . | 

4 

1 

_L, 

- (C2) 

1 ~ 

1 

_ j 

>(R) 

1 

_x. 

>(R) 

1 

-(Cl) 

j 

r 

R,RQ,FMD|EBDFC ,-BB, EB, RQD I 

-(Cl) 

—r 

I 

5,1(B) 

1 >(B) 

•r 

i 

> (R) 

T 

I 

>(R) 

+ “ 

1 

- (Cl) 

”1 


R,RQ,FMD|EBDFC ,-BB, EB, EC , -RQD 1 

-(Cl) 

\ 

1(B) 

1 >(R) 

i 

>(R) 

I 

>(F) 

1 

-(Cl) 


, 

R,RQ,CANCEL , EB I 

-(Cl) 

1 

1 (B) 

1 >(R) 

i 

>(R) 

1 

1(B) 

1 

-(Cl) 


i . 

R,RQ,FMD ,-BB, EB, -EC | 

- . .... ._ .. _ .. ... . i 

-(Cl) 

1 

1 

5,1 

1 >(H) 

i 

_ x. 

>(R) 

1 

>(R) 

I 

i . 

-(Cl) 

_i 

r 

' T 111 T m .. ■ ■.. . " l - " 1 11 ' F 1 

R,RQ,FMD ,-BB,-EB, BC \ 

-(Cl) 

1 

- 

1 >(R) 

1 

>(R) 

-J— 

\ 

>(R) 

“t* 

1 

-(Cl) 



R,RQ,FMD , -BC, RQD, CD | 

-(B) 

1 

- 

I 2 (IS) 

1 

- 

1 

- 

l 

- 



R,RQ,FMD , -BC, RQD,-CD | 

-(B) 

\ 

- 

1 2(IR) 

1 

- 

1 

- 

1 

- 



R,RQ,FMD , -BC, -RQD, CD | 

-(B) 

1 

- 

1 2 (IS) 

1 

>(R) 

I 

1 (B) 

l 

- 


L_ 

R,RQ,FHD , -BC, EC,-RQD,-CD \ 

. .-.. ... _ .... .. i 

-(B) 

1 

-.1, 

- 

I 2(IR) 

1 

_ 1, 

>(R> 

1 

1 (B) 

I 

_ 1 

- 

_i 

r* 

R,RQ,CANCEL , -EB, CD | 

-(B) 

i 

- 

1 2(IS) 

t* 

1 

1 

1 

\ 

2 

7“ 

1 

- 

“1 


R,RQ,CANCEL , -EB, -CD | 

-(B) 

i 

- 

1 2(IR) 

1 

1 

1 

2 

1 

- 



R,RQ,BID ’ 1 

- 

i 

-(C2) 

j - 

1 

>(R) 

1 

>(R) 

1 

-(Cl) 


i 

R,RQ,OTHERDFC ,-BB,-EB | 

- 

i 

_ i. 

- 

1 - 

1 

>(R) 

1 

>(R) 

1 

.1. 

- 

_i 

i- 

_ .... . ... . ... . . . ..... . •...... ....... . | 

S,♦RSP,FMD|LOSTAT,CT( BB,-EB, CD) | 

- 

— 

I 

- 

j - 

¥ 

1 

2 (IS) 

—r 

1 

- 

T 

1 

- 

i 


S,+RSP,FMD|LOSTAT,CT( BB;-EB,-CD) \ 

- 

\ 

- 

j - 

1 

2 (IR) 

( 

- 

1 

- 



S,-RSP,FMD|LOSTAT,CT( BB,-EB) I 

*- 

1 

- 

| - 

1 

1 

1 

- 

I 

- 



S ,*RSP,-BID ,CT (-BB, EB) I 

- 

1 

- 

j - 

1 

- 

i 

1(B) 

1 

- 



S,-RSP,-BID ,CT(-BB, EB) 1 

- 

1 

- 

! - 

1 

- 

I 

2 

1 

- 


i 

S,+RSP, BID 1 

........ ... ... . .... .. ... . .. .. . L 

3 

1 

- 

1 ~ 

1 

_x. 

- 

1 

_L 

- 

I 

._ i 

- 

i 

r 

•RESET BETB' /* FROM DFC RESET */ j 

- 

- I 

I 

1 

i i 

1 

1 

r 

1 

T 

1 

1 



•RESET~INB* /* FROM DFCJRESET */ \ 

~ ~ _IL- 

2 

1 

—JL. 

- 

1 2 
.j— 

1 

2 

1 

2 

1 

2 

..j 


MULTIPLE ACTION CODE | DETERMINING CONDITION 
-f- 


| SCB •BRKT - TERM_ > ROLE=CONDI TIONAL 
-4- 


SCB.BRKT TERM RULE=ONCONDITIONAL 


OOTPUT 

CODE 


FUNCTION 


I 

- 4 

*/ I 

-( 

*/ l 
*/ I 


CALL #FSM_HDX(»BETB»); 


/* PAGE 5-82 TO 5-84 


Cl 


IF SDI=-SD & #FSM CHAIN RCV-=PURGE THEN /* PAGE 5-72 
CALL CHANGE_MOJTO_EXR (X*080B») ; /* BRACKET CONTENTION ERROR 


C2 


IF SDI=-SD 8 tFSM CHAIN RC?-=PORGE THEN /* PAGE 5-72 
CALL CHANGE MO TO EXR (X® 0813*) ; /* THE RESPONSE TO THIS EXR MAY BE 

/* EITHER 0813(REJECT-NO RTR) OR 0814 
/* (REJECT-RTR). 


V I 
*/ * 
*/ s 

V I 
H 


CALL #FSM_HDX (»INB_RCV) ; 


/* PAGE 5-82 TO 5-84 


V I 


CALL *FSM JBDX (•INB_SEND•) ; 


/* PAGE 5-82 TO 5-84 


*/ I 

--1 

V I 


SEND_CHECK_SENSE=X'2003« ; 


/* BRACKET STATE ERROR 


R 


RECEIVE_CHECK_SENSE=X'2003*; 


/* BRACKET STATE ERROR 


*/ I 


END FSMJ3SM_FSP; 
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FSM_CHAIN_RCV: FSH_DEFINITIOM CONTEXT(SCB) ; 


/* 

■ r --» —-- --— - - —- --- - - —--------i 

} FUNCTION: TO ENFORCE THE CHAINING PROTOCOL FOR RECEIVED CHAINS. SEE "CHAINING | 

| PROTOCOL" ON PAGE 5-8 FOR PROSE DESCRIPTION. THE STATES ARE: | 

| • BETC (BETWEEH-CHAINS STATE): HEARS NOT CURRENTLY IN THE PROCESS | 

| OF RECEIVING A CHAIN. THE NEXT REQUEST RU RECEIVED MUST HAVE | 

| THE BEGIN CHAIN INDICATOR (BCI) SET. I 

| • INC (IN-CHAIN STATE): HEAN5 CURRENTLY IR THE PROCESS OF | 

| RECEIVING A CHAIN. THE CHAIN IS ENDED NHEN A REQUEST RU HITH I 

| THE END CHAIN INDICATOR (ECI) SET IS RECEIVED. I 

i I 

| • PURGE (PURGING-CHAIN STATE) : HEANS HAVE SENT A NEGATIVE | 

| RESPONSE WHILE IN THE PROCESS OF RECEIVING A CHAIN. THIS STATE | 

| IS USED TO PURGE (DISCARD) THE REMAINING REQUESTS IN THE CHAIN. I 

| PURGING STOPS WHEN A REQUEST RU WITH EC IS RECEIVED. SEE I 

| RCV_DISCARD_CHECKS PROCEDURE ON PAGE 5-54. I 


PAGE 5-80 
PAGE 5-83 
PAGE 5-84 
PAGE 5-89 


*/ 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

FSM_CONTROL_HDX RSPJSEND ERP IH 
FSM_HDX__CONT_WINNER 

fsm_hdx“ff 

FSM__RES"* 


r- 

1 

1 

- —— — -r 

STATE NAMES->| 

INPUTS | 

BETC 

01 

T"- 

| INC 
| 02 

| PURGE 
| 03 

1 

1 

1 

1 

1 

i 

R, RQ,-CANCEL, BC r EC j 

R,RQ,-CANCEL, BC,-EC | 

R#RQ,-CANCEL,-BC, EC | 

R,RQ,-CANCEL,-BC,-EC ( 

2 

>(R) 

>(R) 

1 >(R> 
1 >(R) 

1 1 

1 - 

1 >(R> 

1 >(R) 

1 1 

1 - 

1 

1 

1 

1 

n 

E f HQ f CANCEL | 

>(R) 

i 

1 1 

1 1 

I 

! 

Sr~ 

S,-RSP,TO_CURRENT_CHAJN j 

- 

1 3 

1 


1 

i 

1 

L. 

•RESET* /* FROM DFC^RESET */ | 

_ _L 

- 

» 

1 1 

J_ 

! i 

_i_ 

“1 

1 

j 


\ OUTPUT J FUNCTION | 

j CODE | | 

A. 1 1 

L- 

P j RECEI¥E__CHECK_SENSE~X * 2002* 

- JL__ _ _ ~ « 

%/* CHAINING 

ERROR */ 

j 

-i 


END FSM_CHAIN_RCV; 


FSP, :HAIN_SEND: FSMJ5EFINITION CONTEXT(SCB); 


/* 


I FUNCTION: TO ENFORCE THE CHAINING PROTOCOL FOR SENDING CHAINS. SEE "CHAINING | 

I PROTOCOL" ON PAGE 5-8 FOR PROSE DESCRIPTION. THE STATES ARE: | 

I I 

| • BETC (BETWEEN-CHAINS STATE): HEANS NOT CURRENTLY IH THE | 

| PROCESS OF SENDING A CHAIN. THE NEXT REQUEST PU SENT HUST HAVE | 

) THE BEGIN CHAIN INDICATOR (BCI) SET. I 

t I 

I • INC (IN-CHAIN STATE): HEANS CURRENTLY IN THE PROCESS OF | 

I SENDING A CHAIN. THE CHAIN IS ENDED WHEN A REQUEST RU WITH THE | 

I END CHAIN INDICATOR (ECI) SET IS SENT. | 

l-—— . ----—— ----:_;---j 

*/ 


r — 


-T- “ 

—r“— 

-i 

! INPUT 

s 

| 01 

| 02 

1 

1 

1 S,RQ, 

1 S,RQ, 

1 S,RQ, 

1 S,RQ, 
|. 

-.CANCEL, BC, EC 
-.CANCEL, BC,-»EC 
-.CANCEL,-.BC, EC 
-.CANCEL,-.BC,-EC 

' ■■ ' T -.■ . 1 ■“ 11 

5 - 
1 2 

f ><S) 

1 >(S) 

1 V V 

w w 

"i 

I 

1 

1 

1 

j S,RQ, 

CANCEL 

i >cs) 

_1_ .. - 

—r- - - 

! 1 

H 

1 

j •RESET* /* FROM DFC^RESET */ 

■ ■ ■ - r -.- 

i - 

1 i 

-1 

1 

i i 

j._ ■ T .- - -.-. -...... 1 

1* OUTPUT f FUNCTION | 

1 CODE | | 

i_ j__ _ _______ . 

! 5 

| SEND_CHECK_SENSB*X»2002*; 
- ~ • 

/* CHAINING 

ERROR */ 

-i 

I 

_i 


END FSH_CHAIHJSEND; 
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FSM_.CONTHOL_.BSll_RSP_.SEND: FSH_DEFINITION CONTEXT(SCB) ; 


FUNCTION: TO PASS RESPONSES TO THE BRACKET STATE MANAGER (BSH) FSM. THE 

RESPONSES ARE PASSED TO BSH ONLY WHEN TWO CONDITIONS ARE SATISFIED: 
1) THE END CHAIN REQUEST HAS BEEN RECEIVED AND 2) THE RESPONSE IS TO 
THE CURRENT CHAIN (NOT TO A PREVIOUS CHAIN). ALL POSITIVE AND 
NEGATIVE RESPONSES TO THE CURRENT CHAIN ARE PASSED TO #FSM BSH, BUT 
STATE CHANGES ARE NOT MADE OH ALL OF THEM. THIS FSM HAY~FOLLOW A 
DIRECT CALL TO *FSH BSH AND MAY REINVOKE *FSH BSH. 


♦/ 


v 


■ 

STATE NAMES- 

INPUTS 

- —r 

->| 

\ 

1 

——1 
RESET 

1 

INC 

2 

| RSP | 

| SENT | 

1 3 | 

r 

R,RQ,-*EC 

1 

2 


1 - 1 

L_ 

R,RQ, EC 

1 

- 

1 

1 1(A3) | 

* ..... ... . .. * 

IT 

S,+RSP,TO CURRENT CHAIN 

...... | 

1 

-CA1) 

- 

1 1 

1 _ 

S,-RSP,TO_CURRENT_CHAIN 

1 

-(A1) 

3 (A2) 

1 - 1 

i . i 

r 

1 

• RESET* /* FROM DFC__RESET */ 

1 

—L 

_——j 

1 

11 1 
i-——i 


f -—T 


L 

OUTPUT 

CODE 

1 

1 

_X- 

FUNCTION 



I 

1 

- J 

r 

L. 

A1 

T 

1 

... i 

CALL #FSM_BSH; 

/* 

PAGE 5-68 OR 5-70 

1 

VI 

r 

L. 

A2 

T 

1 

i 

SNC_BSM_SENT=SNC; 

/♦ 

SAVE THE SENSE 

*/ j 

r 

A3 

r 

1 

MU PTR SAVE=MU PTR ; 

/* 

SAVE CURRENT HSG UNIT PTR 

V 1 



1 

CRlATE MU; 

/* 

CREATE A TEMPORARY MSG UNIT 

*/ 1 



1 

MUCB.DIRECTION-SEND; 



1 



I 

RRI-RSP; 

/* 

BUILD A ... 

V 1 



1 

RU CTGY=FHD; 

/* 

... RSP IN _ 

*/ 1 



1 

RTI=NEG; 

/* 

... TEMPORARY ... 

*/ 1 



1 

SDI=SD; 

/* 

... HSG UNIT 

*/ 1 



\ 

SNC=SNC BSH SENT; 

/* 

USE SAVED SENSE 

*/ 1 



1 

CALL #FSM_BSH; 

/* 

CALL BSH NITH TEMPORARY RSP 

*/ 1 



1 


/* 

(PAGE 5-68 OR 5-70) 

V 1 



1 

DISCARD HU; 

/* 

DISCARD TEMPORARY RSP 

V 1 



1 

MU_PTR=MU_PTR_SAVE; 

/* 

RESTORE CURRENT MSG UNIT 

*/ 1 


I— -J---1 


END FSM_CONTROL„BSM_RSP_SEND; 


\ ■ 
x. 
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FSH_CONTROL_HDX_RSP_RCV: FSM_DBFINITION CONTEXT (SCB) ; 

( 


( 

END FSM_CONTROL_HDX_RSP_RCV; 


| STATE NAMES 

I 

1 INPUTS 

I- 

| S , RQ# -»EC 
| S, RQ* EC 

f--- 

| R*-RSP*-» (CT (BB) 6CT (EB) ) 

I- 

t ‘RESET* /* FROM DFC RESET */ 


OUTPUT 

—i— - - —— 

| FUNCTION 


; 

CODE 

1 


*/1 

A1 

j CALL #FSM_HDX; 

/* PAGE 5-82 TO 6CA5P13 

A 2 

i SHC_HDX_RCVD=SNC; 

/* SAVE THE SENSE 

*/ i 

11 

A3 

| MU PTR SAVE=MU PTR; 

/* SAVE CURRENT MSG UNIT PTR 

*/1 


| CREATE MU; 

/* CREATE A TEMPORARY MSG UNIT 

V 1 


| MUCB.DIRECTION=RECEIVE;/* SET DIRECTION AS RECEIVE 

*/ 1 


I RRI=RSP; 

/* BUILD A ... 

*/ 1 


| RU_CTGY=FMD; 

/* ... RSP IN ... 

*/ 1 


| RTI=NEG; 

/* ... TEMPORARY ... 

V 1 


| SDI=SD; 

/* ... MSG UNIT 

*/ 1 


| SNC=SNC HDX RCVD; 

/* USE SAVED SENSE 

*/ 1 


| CALL #FSM HDX; 

/* FSM GETS TEMP RSP 

*/ 1 


1 

/* (PAGE 5-82 TO 5-84) 

*/ 1 


| DISCARD MU; 

/* DISCARD TEMPORARY RSP 

*/ 1 


| MU_PTR=MU_PTR_SAVE; 

-1_ 

/* RESTORE CURRENT MSG UNIT 

*/ 1 

_1 


->| RESET | INC 1 RSP | 

I I I RCVD \ 

» 1 | 2 |3 | 

- + --f--I- ■[ 

I 2 1 - | - \ 

I ~ I 1 I 1<*3) | 

-,-1--I-1 


| — (A1) | 3 (A 2) | - 



FUNCTION: TO PASS RESPONSES TO THE HALP-DUPLEX MANAGER PSH (#FSM HDX). THE 

RESPONSES ARE PASSED TO #FSN HDX ONLY WHEN BETWEEN CHAINS. I.E., 
*FSM HDX NEVER GETS A RESPONSES WHILE IN THE MIDDLE OP A CHAIN. 
ONLY~NEGATIVE RESPONSES ARE PASSED TO #PSM_HDX. STATE CHANGES ARE 
NOT NECESSARILY HADE BY *FSH HDX ON ALL THE NEGATIVE RESPONSES. 
POSITIVE RESPONSES ARE NOT PASSED TO #FSH__HDX BECAUSE NO STATE 
CHANGES ARE EVER MADE ON THEM. THIS PSH MAY FOLLOW A DIRECT CALL TO 
#PSH_HDX AND MAY REINVOKE #FSH_HDX. 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

FSM HDX PF PAGE 5-84 
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FSM_CONTROL_HDX_.RSP__RCV_ERP_.DL: FSM_DEFINITION CONTEXT (SCB) ; 


FUNCTION: TO IDENTIFY THE ERP SYNCHRONIZATION EVENT (THE RESPONSE TO CHASE) 

THAT MARKS THE POINT AT WHICH THE HDX FSM IS TO MAKE ITS ERP 

TRANSITION. WHEN THE EVENT OCCURS, THIS FSM CALLS FSM HDX FF TO 
CAUSE THE ERP TRANSITION. WHEN A NEGATIVE RESPONSE” HAS BEEN 
RECEIVED, BUT CHASE HAS NOT BEEN SENT, THE SENSE CODE FROM THE 
RESPONSE IS SAVED SO THAT WHEN THE SYNC EVENT OCCURS A TEMPORARY 
RESPONSE CAN BE USED TO CALL FSM HDX FF WITH THE CORRECT SENSE CODE. 
AS WITH THE OTHER FSM_CONTRQL HDX RSP_XXXX MACHINES, THIS FSM 
SERIALIZES VARIOUS RAcI CONDITIONS THAT CAN OCCUR AND SHIELDS 
FSM HDX FF FROM THE COMPLEXITIES THAT THEY CREATE. THE BASIC IDEA 
IS TO PRESENT ALL RESPONSES TO FSM_HDX FF AT THE END OF A PERIOD OF 
ACTIVITY SO THAT FSM_HDX_FF WILL NOT HAVE TO CONTAIN NUMEROUS 
PENDING STATES OR COMPLICATED CHECKING OF PENDING STATES IN OTHER 
FSMS. 

THERE ARE THREE MAJOR STATES IN THIS FSM: 

• 162: RESET 

• 366: THE SYNC EVENT HAS BEEN SENT BUT ITS RESPONSE HAS NOT BEEN 
RECEIVED. 

• 465: A NEGATIVE RESPONSE HAS BEEN RECEIVED, BUT THE SYNC EVENT 
HAS NOT YET BEEN SENT. 

THIS FSM IS USED ONLY WHEN SYMMETRIC ERROR RECOVERY IS BEING USED 
AND THIS HALF-SESSION IS USING DELAYED REQUEST MODE. 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM_HDX__FF PAGE 5-84 


*/ 


r -----*-----T“- - T -T-—-r----!---*T 


1 


STATE NAMES-— 

>( RESET | RESET j SENTSE| 

WAITSE 

j WAITSE 

CMSSE 


1 



| BETC | INC | BETC | 

BETC 

j INC 

BETC 


1 



| | | CHASE | 


1 

CHASE 


1 



1 i I 1 

-RSP 

| -RSP 

-RSP 


1 



till 

RCVD 

j RCVD 

RCVD 


1 

INPUTS 


| 1 | 2 (3 1 

4 

1 5 

6 


i 

S,RQ,"« 

EC 

l- 1.' f. 1 

1 2 | - 1 >(S) j 

>(S) 

1 >(S) 

>(S) 

H 

1 

S,RQ, 

EC,-.CHASE 

1 - 11 | >(S) | 

>(S) 

j 4 

>(S) 


\ 

S,RQ, 

CHASE 

| 3 | /NOTE 1 >(S) | 

6 

| /NOTE 

>(S) 


1 

R,+RSP 

,-.CHASE 

1 - 1 - 1 - I 

_ 

i - 



1 

R,—RSP 

, -.CHASE, -.(CT(BB) 6CT (SB) ) 

S 4 (A2) j 5 (A2) j 6 (A2) j 

- 

i ~ 

- 


1 

R ,+ RSP 

, CHASE 

1 ~ 1 ~ 1 1 1 

- 

i - 

1 (A3) 


1 

R,—RSP 

, CHASE 

1 - 1 ~ 1 1(A1) | 

- 


1(A3) 



•RESET 

' /* FROM DFC RESET */ 

1 ~ |1 1 1 1 

1 

i i 

1 

1 









1 I 

1 

OUTPUT 

| FUNCTION 





i 

1 

CODE 

1 






1 

A1 

( CALL FSM_HDX_FF; 

/* PAGE 5-84 



*/ 


1 

A2 

( SNC_HDX_RCVD=SNC; 

/* SAVE THE SENSE 



*/ 


1 

A3 

| MU PTR SAVE=MU PTR; 

/* SAVE CURRENT MSG UNIT 

PTR 


*/ 


! 


| CREATE MU; 

/* CREATE A TEMPORARY MSG 

UNIT 


*/ 


1 


| MUCB.DIRECTION=RECEIVE;/* SET DIRECTION AS RECEIVE 


*/ 


1 


| RRI=RSP; 

/* BUILD A ... 



*/ 


1 


| RU__CTGY=FMD; 

/* ... RSP IN ... 



V 


1 


( RTI=NEG; 

/* ... TEMPORARY ,... 



V 


1 


| SDI=SD; 

/* ... MSG UNIT 



*/ 


1 


| SNC=SNC HDX RCVD; 

/* USE SAVED SENSE 



V 


1 


| CALL FSM HDX FF; 

/* FSM GETS TEMP RSP(PAGE 

5-84) 


*/ 


1 


| DISCARD MU; 

/* DISCARD TEMPORARY RSP 



*/ 


1 


| MU PTR=MU PTR SAVE; 

/* RESTORE CURRENT MSG UNIT 


*/ 


1 

S 

| SEND_CHECK_SENSE=X S 200C'; /* ERP SYNC STATE ERROR 


*/ 


/* 

NOTE: 

THIS CONDITION DETECTED 

AS SEND ERROR BY FSM_CHAIN_SEND (PAGE 5-72) */ 



END FSM_CONTROL_HDX_RSP_RCV_ERP_DL; 
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F5M_C0NTB0L_HDX_R5P - .RCV_ERP_IM: FSH_DEFINITION CONTEXT(SCB) ; 


FUNCTION: TO IDENTIFY THE EBP SYNCHRONIZATION EVENT (SYNC EVENT RESPONSE TO 

RQD OR RQE NITH CD) THAT HARKS THE POINT AT WHICH THE HDX FSH IS TO 
HAKE ITS ERP TRANSITION. WHEN THAT EVENT OCCURS, THIS FSH CALLS 
FSH HDX_FF TO CAUSE THE ERP TRANSITION. WHEN A NEGATIVE.SYNC EVENT 
RESPONSE IS RECEIVED AND DFC IS BETWEEN CHAINS, FSH_HDX FF IS CALLED 
IHHEDIATELY. WHEN A RESPONSE IS RECEIVED AND A SYNC ivENT REQUEST 
(RQD OR RQE,CD) HAS NOT BEEN SENT THE SENSE CODE FROH THE RESPONSE 
IS SAVED SO THAT WHEN THE SYNC EVENT RESPONSE IS RECEIVED A 
TEHPORABY RESPONSE CAN BE USED TO CALL FSH_HDX_FF WITH THE CORRECT 
SENSE CODE. AS WITH THE OTHER FSH CONTROL_HDX_HSP_XXXX HACHINES, 
THIS FSH SERIALIZES VARIOUS RACE CONDITIONS THAT CAN OCCUR AND 
SHIELDS FSH_HDX FF FROH THE COHPLEXITIES THAT THEY CREATE. THE 
BASIC IDEA IS TO PRESENT ALL RESPONSES TO FSH_HDX FF AT THE END OF A 
PERIOD OF ACTIVITY SO THAT FSH HDX FF WILL NOT HAVE TO CONTAIN 
NUHEROUS PENDING STATES OR COMPLICATED CHECKING OF PENDING STATES IN 
OTHER FSHS. 

THERE ARE THREE HAJOR STATES IN THIS FSH: 

• 162: RESET 

• 3,4,8,69: THE SYNC EVENT HAS BEEN SENT BUT ITS RESPONSE HAS 
NOT BEEN RECEIVED. THIS RESPONSE HAY BE POSITIVE OR NEGATIVE. 
IF THE SYNC EVENT WAS RQE WITH CD THEN THE POSITIVE RESPONSE 
HAY BE IHPLIED BY THE RECEIPT OF A REQUEST. THIS HAY OCCUR IN 
STATE 3. 

• 5,6,67: A NEGATIVE RESPONSE HAS BEEN RECEIVED, BUT THE SYNC 
EVENT HAS NOT YET BEEN SENT. 

THIS FSH IS USED ONLY WHEN SYHHETRIC ERROR RECOVERY IS BEING USED 
AND THIS HALF-SESSION IS USING IHHEDIATE REQUEST HODE. 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSH HDX FF PAGE 5-84 


STATE NAHES- 


INPUTS 


RESET 

BETC 


RESET 

INC 


SENTSE 

BETC 

NOTCAN 


SENTSE 

BETC 

CANCEL 


WAITSE 

BETC 


-RSP 

RCVD 


WAITSEI 
INC | 
I 

-RSP | 
RCVD | 
CURCHNI 

6 | 


WAITSE 

INC 

-RSP 

RCVD 

PRECHN 

7 


SENTSE 

BETC 

NOTCAN 

-RSP 

RCVD 

8 


SENTSE 

BETC 

CANCEL 

-PSP 

RCVD 


S, RQ,-CANCEL,—EC 
S,RQ,-CANCEL, EC,-'(RQD) (RQE6CD) ) 
S,RQ,-CANCEL, EC, (RQD | (RQE6CD)) 
S,RQ, CANCEL 


3 

/NOTE1 


>(S) 

><S) 

><S) 

/NOTE1 


>(S) 

>(S) 

>(S) 

/NOTE2 


>(S) 

>(S) 

8 

/NOTE1 


>(S) l 
>(S) | 

KA3) 1 
9 I 


>(S) 

>(S) 

8 

9 


>(S) 
>(S) 
>(S) 
/NOTE 1 


>(S) 
>(S) 
>(S) 
/NOTE 1 


t- - - - —----- T- 

| R,+RSP,-CANCEL, TO CURRENT_CHAIN | 

- 

1 

- 

“T- 

1 

1 

T- 

1 

- 

T 

- — r - 

T 

1 1 (A 3 ) 

1 

J 

| R,-RSP,-CANCEL, TO CURRENT CHAIN, | 

| -(CT(BB) 6 CT(EB)) I 

5 (A 2 ) 

1 

1 

6 (A 2 ) 

1 

1 

1 (A 1 ) 

1 

1 

9 (A 2 ) 

1 

1 

1 

1 6 

1 

1 1 (A 3 ) 

1 

1 

- 1 

| R,-RSP,-CANCEL,-TO CURRENT CHAIN, | 

| — (CT (BB) &CT (EB) ) | 

5 (A 2 ) 

1 

1 

7 (A 2 ) 

1 

1 

8 (A 2 ) 

1 

1 

9 (A 2 ) 

1 

1 

1 

1 

1 

1 

1 

| R,+RSP, CANCEL | 

- 

1 

- 

1 

- 

1 

1 

| - 

| - 

| - 

| - 

1 

1 (A 3 ) | 

l R,-RSP, CANCEL | 

L _ _ J. 

- 

1 

-X- 


1 

-X- 

- 

1 

-X- 

1 (A 1 ) 

_ 


X 

_ J- 

1 

-X- 

“1 (A 3 ) | 


R,BQ 

'RESET* /* FROH DFC_RESET */ 


/NOTE2I 1 
1 I 1 


>(R) 

1 


/NOTE 2 | /NOTE 2 | /NOTE2 | >(R) 

1 I 1 II II 


>(R) 

1 


OUTPUT 

CODE 


FUNCTION 


r-~ 

A 1 

—T~ 

1 

CALL FSH_HDX__FF; 

/* 

PAGE 5-84 

*/ 1 

r 

A2 

T- 

1 

SNC_HDX_RCVD=SNC; 

/* 

SAVE THE SENSE 

V 1 

I- 

A3 

T 

I 

HU PTR SAVE-HU PTR; 

/* 

SAVE CURRENT HSG UNIT PTR 

*/ 1 



1 

CREATE HU; 

/* 

CREATE A TEMPORARY HSG UNIT 

*/ 1 



1 

HUCB.DIRECTION 3 RECEIVE; 

/* 

SET DIRECTION AS RECEIVE 

*/ 1 



1 

RRI=RSP; 

/* 

BUILD A ... 

*/ 1 



1 

RU CTGY=FHD; 

/* 

... RSP IN ... 

*/ 1 



1 

RTI=NEG; 

/* 

... TEMPORARY ... 

V 1 



1 

SDI-SD; 

/* 

... MSG UNIT 

*/ 1 



1 

SNC=SNC HDX RCVD; 

/♦ 

USE SAVED SENSE 

*/ 1 



1 

CALL FSH HDX_FF; 

/* 

FSH GETS TEMP RSP(PAGE 5-84) 

*/ 1 



1 

DISCARD HU; 

/* 

DISCARD TEMPORARY RSP 

*/ 1 

L - 


1 

-L_ 

HU_PTR=MU PTR SAVE; 

/♦ 

RESTORE CURRENT MSG UNIT 

V 1 

- - — —J 


SEND_CHECK_SENSE=X'200C'; 


/* ERP SYNC STATE ERROR 


*/ 


RECEIVE_CHECK_SENSE=X'200C'; 


/* ERP SYNC STATE ERROR 


*/ I 


/* NOTB1: THIS CONDITION IS DETECTED AS SEND ERROR BY FSH CHAIN_SEND (PAGE 5-72) */ 

/* NOTE2: THIS CONDITION IS DETECTED AS RECEIVE ERROR BY FSH_CHAIN_RCV (PAGE 5-72) */ 


END FSH_CONTROL_HDX_RSP_RCV_EHP_IH; 
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FSM_CONTROL_HDX_RSP_SEND_ERP_DL: FSM_DEFINITION CONTEXT(SCB); 


r --- - -*-----» 

| FUNCTION; TO IDENTIFY THE ERP SYNCHRONIZATION EVENT (THE RESPONSE TO CHASE) | 

I THAT MARKS THE POINT AT WHICH THE HDX FSM IS TO MAKE ITS ERP | 

\ TRANSITION. WHEN THE EVENT OCCURS, THIS FSM CALLS FSM HDX FF TO | 

| CAUSE THE ERP TRANSITION. WHEN A NEGATIVE RESPONSE IS* SENT, THE | 

| SENSE CODE IS SAVED SO THAT WHEN THE SYNC EVENT OCCURS A TEMPORARY | 

| RESPONSE CAN BE USED TO CALL FSM HDX FF WITH THE CORRECT SENSE CODE. | 

f AS WITH THE OTHER FSM CONTROL”hDX~RSP_XXXX MACHINES, THIS FSM | 

| SERIALIZES VARIOUS RACE CONDITIONS THAT CAN OCCUR AND SHIELDS 1 

1 FSM HDX FF FROM THE COMPLEXITIES THAT THEY CREATE. THE BASIC IDEA | 

| IS TO PRESENT ALL RESPONSES TO FSM_HDX_FF AT THE END OF A PERIOD OF | 

| ACTIVITY SO THAT FSH_HDX FF WILL NOT HAVE TO CONTAIN NUMEROUS | 

| PENDING STATES OR COMPLICATED CHECKING OF PENDING STATES IN OTHER | 

| FSMS. | 

| THERE ARE THREE MAJOR STATES IN THIS FSM: ) 

1 • 182: RESET | 

| • 386: THE SYNC EVENT HAS BEEN RECEIVED BUT ITS RESPONSE HAS NOT 1 

| BEEN SENT. | 

| • 485: A NEGATIVE RESPONSE HAS BEEN SENT, BUT THE SYNC EVENT HAS | 

| NOT YET BEEN RECEIVED. | 

| THIS FSM IS USED ONLY WHEN SYMMETRIC ERROR RECOVERY IS BEING USED | 

| AND THE OTHER HALF-SESSION IS USING DELAYED REQUEST MODE. | 

| REFERS TO THE FOLLOWING PROCEDURE(S) : I 

| FSM_HDX_FF PAGE 5-84 | 


*/ 


INPUTS 


STATE NAMES-—>| RESET 

| BETC 
I 
I 
I 

! 1 

-f_ 


RESFT 1 RCVDSE 
INC | BETC 
| CHASE 

I 

1 


WAITSE 

BETC 

-RSP 

SENT 

4 


W AITSE| RCVDSE 
INC | BETC 
| CHASE 
I -RSP 
| SENT 
I 6 


-RSP 

SENT 

5 


H- 


R, RQ, -»EC 
R,RQ, EC,-.CHASE 
R,RQ, CHASE 


I 2 
I “ 
I 3 
H- 


I >(*) 
1 I > (R) 
/NOTE | >(R) 


-+•- 


I >(R> 

4 I >(R) 

/NOTE | > (R) 

-^- 

I - 
I - 

\ 1 (A3) 

I 1(A3) 


S, + RSP,-.CHASE | - 

S,-RSP,--CHASE,-*(CT (BB) 8CT (EB) ) 1 4(A2) 

S,+RSP, CHASE | - 

S,—RSP, CHASE | - 


I - 

5(A2) | 6(A2) 

I 1 

- I 1 (A 1) 

-+- 


'PESET' /* FROM DFC_RESET */ | - 


1 


I 1 


I 1 


I 1 


I 1 


OUTPUT 

CODE 


1— 

A1 

T* 

1 

CALL FSM_HDX_FF; 

/* 

PAGE 5-84 

*/ 



A2 

1 

SNC_HDX_SENT=SNC; 

/* 

SAVE THE SENSE 

V 



A3 

1 

MU PTR SAVE=MU PTR; 

/* 

SBVE CURRENT MSG UNIT PTR 

*/ 




1 

CREATE MU; 

/* 

CREATE A TEMPORARY MSG UNIT 

*/ 




1 

MUCB.DIR ECTION = SEND; 







1 

RRI=RSP; 

/* 

BUILD A ... 

*/ 




1 

RU CTGY=FMD; 

/* 

_ RSP IN ... 

♦/ 




1 

RTl=NEG; 

/* 

... TEMPORARY ... 

V 




1 

SDI=SD; 

/* 

... MSG UNIT 

*/ 




1 

SNC = SNC HDX__SENT; 

/* 

USE SAVED SENSE 

*/ 




I 

CALL FSM HDX FF; 

/* 

FSM GETS TEMP RSP (PAGE 5-84) 

*/ 




1 

DISCARD MU; 

/* 

DISCARD TEMPORARY RSP 

*/ 


1_ 


1 

_4 

MU_PTR=MU_PTR_SAVE; 

/* 

RESTORE CURRENT MSG UNIT 

*/ 

_J 

1— 

l 

1— 

R 

r 

1 

—-L- 

RECEIVE_CHECK_SENSE=X' 

200C'; /* ERP SYNC STATE ERROR 

*/ 

-j 

1 


/* NOTE: THIS CONDITION IS DETECTED AS RECEIVE ERROR BY FSM_CHAIN_RCV (PAGE 5-78) */ 


END F SM_CONTROL_HDX_RSP_SEND_ERF_DL; 
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FSM_CONTROL_HDX_RSP_SEND_ERP_XM: FSM_DEFINITION CONTEXTCSCB) ; 


FUNCTION: TO IDENTIFY THE EBP SYNCHRONIZATION EVENT (SYNC EVENT RESPONSE TO 

RQD OB RQE WITH CD) THAT MARKS THE POINT AT WHICH THE HDI FSM IS TO 
HAKE ITS EBP TBANSITION. WHEN THAT EVENT OCCURS, THIS FSM CALLS 
FSM_HDX_FF TO CAUSE THE ERP TRANSITION. WHEN A NEGATIVE SYNC EVENT 
RESPONSl IS SENT AND DFC IS BETWEEN CHAINS, FSM HDX FF IS CALLED 
IMMEDIATELY. WHEN A RESPONSE IS SENT AND A SYNC EVENT REQUEST (RQD 
OR BQE WITH CD) HAS NOT BEEN RECEIVED THE SENSE CODE FROM THE 
RESPONSE IS SAVED SO THAT WHEN THE SYNC EVENT RESPONSE IS SENT A 
TEMPORARY RESPONSE CAN BE USED TO CALL FSM_HDX_FF WITH THE CORRECT 
SENSE CODE- AS WITH THE OTHER FSH_CONTROL_HDX_RSP_XXXX MACHINES, 
THIS FSM SERIALIZES VARIOUS RACE CONDITIONS THAT CAN OCCUR AND 
SHIELDS FSM_HDX FF FROM THE COMPLEXITIES THAT THEY CREATE. THE 
BASIC IDEA IS TO~PRESENT ALL RESPONSES TO FSM_HDX_FF AT THE END OF A 
PERIOD OF ACTIVITY SO THAT FSM_HDX_FF WILL NOT HAVE TO CONTAIN 
NUMEROUS PENDING STATES OR-COMPLICATED CHECKING OF PENDING STATES IN 
OTHER FSMS. 

THERE ARE THREE MAJOR STATES IN THIS FSM: 

• 1S2: RESET 

• 3,4,8,89: THE SYNC EVENT REQUEST HAS BEEN RECEIVED BUT THE 
RESPONSE TO IT HAS NOT BEEN SENT. THIS RESPONSE MAY BE 
POSITIVE OR NEGATIVE. IF THE SYNC EVENT REQUEST WAS RQE WITH 
CD THEN IT WILL BE A NEGATIVE RESPONSE. 

• 5,6,$7: A NEGATIVE RESPONSE HAS BEEN SENT, BUT THE SYNC EVENT 
REQUEST HAS NOT YET BEEN RECEIVED. 

THIS FSM IS USED ONLY WHEN SYMMETRIC ERROR RECOVERY IS BEING USED 
AND THE OTHER HALF-SESSION IS USING IMMEDIATE REQUEST MODE. 

REFERS TO THE FOLLOWING PROCEDURE(S) : 

FSM_CHAIN RCV PAGE 5-72 

FSM_HDX FF PAGE 5-84 



STATE NAMES- 


INPUTS 


RESET 

1 

RESET 

9 

RCVDSE| 

RCVDSEI 

WAITSE 


WAITSE| 

WAITSE| 

RCVDSEI 

FCVDSE 

BETC 

1 

INC 

1 

BETC | 

BETC | 

BETC 


INC | 

INC I 

BETC j 

BETC 


1 


I 

NOTCANI 

CANCEL! 



1 

1 

NOTCANI 

CANCEL 


! 


1 

1 

1 

-RSP 


-RSP | 

-RSP | 

-RSP | 

-RSP 


1 


9 

! 

1 

SENT 


SENT j 

SENT ( 

SENT | 

SENT 


1 


i 

1 

1 



CURCHN| 

PRECHNI 

1 



8 


| 9 


R#RQ* "'CANCEL,-«EC 

R,RQ,-.CANCEL, EC ,-« (RQD| (RQE8CD)) 

RrRQf"'CANCEL, EC, RQE, CD 

R,RQ,-.CANCEL, EC, RQD 

R, RQ, CANCEL 


2 

3 

3 

/NOTE 1 

— 

- 

1 

3 

3 

4 

><R) 

>(R) 

1 >(R) 
>(R) 

1 >(R) 

1 ><R) 

1 >(R) 

1 >(R) 
i >(R) 

1 >(R) 

5 (A2) 

- 

1 

1 6(A2) 

1 

9 

1 1(A1) 

1 - 
1 

1 9(A2) 

5 (A2) 

| 

1 7<A2) 

1 . 

| 

( 8<»2) 

1 — 

| 

1 9<A2) 

9 1 

- 

1 

1 - 

1 

I - 

1 1(A1) 


8(E) 

8 

/NOTE1 


5 

1 (A3) 
1 (A3) 
9 


5 

8 (E) 
8 

9 


> (R) 

>(R) 

>(R) 

>(R) 

>(R) 


>(R) 

>(R) 

>(R) 

>(R) 

>(R) 


S,+RSP,-.CANCEL, TO CURRENT QHAIN 
S,-RSP,-CANCEL, TO~CURRENT~CHAIN, 
(CT (BB) SCT(EB)) 

S,-RSP,-.CANCEL,-.TC_CURRENT_CHAIN, 
-.(CT(BB) 8CT(EB)) ” 

S,+RSP, CANCEL 
S,-RSP, CANCEL 


1(A3) | - 

I 

1(A3) | - 

I 


KA3) 

KA3) 


S, RQ 


/NOTE2 


>(S) 


/NOTE2 


/NOTE2 


/NOTE2 


'RESET' /* FROM DFC_RESET */ 


1 


-+~ 


>(S) I 


>(S) 

- H 

1 


OUTPUT 

CODE 


FUNCTION 



A1 

1 

CALL FSM__HDX__FF; 

/* 

PAGE 5-84 

- -1 

*/■ 1 


A2 

1 

SNC_HDX_SENT=SNC; 

/* 

SAVE THE SENSE 

"— — " - ■ ■■ "I 

*/ 1 
_ j 

r 

A3 

1 

MU PTR SAVE=MU PTR; 

/* 

SAVE CURRENT MSG UNIT PTR 

*/ | 



1 

CREATE MU; 

/* 

CREATE A TEMPORARY MSG UNIT 

*/ 1 



1 

MUCB.DIRECTION=SEND; 



1 



1 

RRI=RSP; 

/* 

BUILD A ... 

*/ 1 



1 

RU CTGY=FMD; 

/* 

... RSP IN ... 

V 9 



1 

RTI=NEG; 

/♦ 

... TEMPORARY ... 

*/ 9 



9 

SDI=SD; 

/* 

... MSG UNIT 

V 1 



9 

SNC=SNC HDX SENT; 

/♦ 

USE SAVED SENSE 

*/ 1 



9 

CALL FSM HDX FF; 

/* 

FSM GETS TEMP RSP(PAGE 5-84) 

*/ 1 



1 

DISCARD MU; 

/* 

DISCARD TEMPORARY RSP 

*/ 1 

U. 


1 

MU PTR=MU PTR SAVE; 

/* 

RESTORE CURRENT MSG UNIT 

*/ 9 

-— —i 


IF SDI-.=SD 8 FSM CHAIN_RCV-.=PURGE THEN 
CALL CHANGE_MU_TO_EXR(X'0867'); 


/* PAGE 5-72 

/* MUST SEND -RSP TO SYNC EVENT 


*/ 

*/ 


SEND CHECK SENSE=X«200C'; 


/* ERP SYNC STATE ERROR 


♦/ 


RECEIVE_CHECK_SENSE=X'200C'; 


/* ERP SYN STATE ERROR 


*/ I 


/* NOTE1: THIS CONDITION IS DETECTED AS RECEIVE ERROR BY FSH_CHAIN RCV (PAGE 5-72) */ 
/* NOTE2: THIS CONDITION IS DETECTED AS SEND ERROR BY FSM HDX FF (PAGE 5-84) */ 

END FSM CONTROL HDX RSP SEND ERP IM? 
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FSM_EBCD_RCV: FSMJDEFINITION CONTEXT (SCB); 

/* 


i-— — — - —- - - - --------- f 

| FUNCTION: TO ENFORCE THAT EB CHAINS DO NOT HAVE CD SET ON END OF CHAIN. f 

I I 

| NOTE: THE IMPLEMENTATION OF THIS FSM IS OPTIONAL BECAUSE IT IS ONLY* USED f 

| TO CHECK FOR RECEIVE ERROR CONDITIONS. | 

L-J 


*/ 




STATE NAMES— 

— >| 

RE SET 

T- 

| INC 

1 

INPUTS 



1 

_ i_ 

1 

1 2 


R,RQ, BC,-EC, EB 



I 

2 

| /NOTE 1 


R,RQ,-BC, EC, 

CD 


1 

- 

I >(R) 


R, RQ, -«BC, EC, 

-CD 


1 

i 

~ 

I 1 

L . 

i 

R,RQ,CANCEL, CD 



T 

i 

- 

1 >«*) 

“1 

R,RQ,CANCEL,-CD 



i 

- 

“ 

1 1 

4 - 



| ‘RESET’ /* FROM DFC_RESET */ 

f- 


I 1 


I 


| OUTPUT | FUNCTION 
| CODE | 
f-h- 


I 


| RECEIVE_CHECK_SENSE=X*400D'; /* CD NOT ALLOWED */ 


/* NOTE 1: THIS CONDITION IS DETECTED AS A RECEIVE ERROR BY 
FSM_CHAIN_RCV (PAGE 5-72) */ 


END FSM_EBCD_RCV; 


FSM_EBCD_SEND: FSM_DEFINITION CONTE XT(SCB) ; 

/♦ 

i-----------*---—“i 

| FUNCTION: TO ENFORCE THAT EB CHAINS DO NOT HAVE CD SET ON END OF CHAIN. | 

L----------- J 

*/ 


r~ 


- - 


, 


INPUTS 

1 1 

1 2 



S,RQ, BC, — EC, EB 

5,RQ,-BC, EC, CD 

S,RQ,-BC, EC, -CD 

1 2 

| /NOTE 

1 ><S) 

I 1 


i. 

S,RQ,CANCEL, CD 

S,RQ,CANCEL, -CD 


I >(S) 

! 1 

_ 

_1 

r* 

! 

L 

•RESET* /* FROM DFC_RESET */ 

i 

i . 

l i 

1 

1 

_1 

i— i 

1 1 

r 

I 

! 

T 

OUTPUT | FUNCTION 

CODE | 



I 

I 

1 

L. 

S | SEND_CHECK_SENSE=X'400D'; 

j_ _ ~ _ _ _ 

/* CD NOT 

ALLOWED * 

/I 

_i 


/* NOTE: THIS CONDITION IS DETECTED AS SEND ERROR BY 
FSM_CHAIN_SEND (PAGE 5-72) */ 


END FSM_EBCD_SEND; 
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FSM_HDX_COHT_LOSBR: FSH^DEFIHITIOH CONTEXT(SCB) , 
HOLTI^LE^ACTION^CODES(2) ; 


FUNCTION: TO ENFORCE THE HAIF-DUPLEX CONTENTION SEND/RECEIVE MODE PROTOCOL FOR 

THE CONTENTION LOSER. SEE "SEND/RECEIVE MODE PROTOCOLS” ON PAGE 

5-12 FOR PROSE DESCRIPTION. 

THE STATES ARE: 

• CONT (CONTENTION STATE) : MEANS A CHAIN IS NOT IN THE PROCESS 

OF BEING SENT OR RECEIVED. THIS STATE HAS THE ATTRIBUTES S r R 
(SEND, RECEIVE), WHICH MEANS A REQUEST MAY BE SENT OR RECEIVED 
IN THIS STATE. 

• SEND (SEND STATE): MEANS A CHAIN IS CURRENTLY IN THE PROCESS 

OF BEING SENT BY THE CONTENTION LOSER. THIS STATE HAS THE 
ATTRIBUTES S,-R .(SEND, NOT RECEIVE), WHICH MEANS A REQUEST MAY 
BE SENT BUT NOT RECEIVED. WHILE IN THIS STATE THE CONTENTION 
LOSER CANNOT RECEIVE REQUESTS. 

ALL NORMAL-FLOW RECEIVED REQUESTS ARE ENQUEUED ON Q_TC._TO_DFC 
BEFORE COMING TO THE DFC.RCV PROCEDURE (PAGE 5-50).“ THEY MAY 
ONLY BE DEQUEUED AND PASSED TO DFC.RCV, BY THE 
DEQUEUE. Q_TC_TO DFC PROCEDURE (PAGE 5-40), WHEN THE STATE 
ATTRIBUTE IS *S,R ("DON'T CARE" ABOUT THE SEND ATTRIBUTE, 
RECEIVE). 

• RCV (RECEIVE STATE): MEANS A CHAIN IS CURRENTLY IN THE PROCESS 
OF BEING RECEIVED FROM THE CONTENTION WINNER. THIS STATE HAS 
THE ATTRIBUTES -S,R (NOT SEND, RECEIVE) , WHICH MEANS A REQUEST 
MAY BE RECEIVED BUT NOT SENT. 


REFERENCED BY THE FOLLOWING PROCEDURE<S) : 
DEQUEUE. Q_TC_TO__DFC 

REFERS TO THE FOLLOWING PROCEDURE(S): 
DEQUEUE.Q TC_TO DFC 
DFC.RCV 


PAGE 5-40 


PAGE 5-40 
PAGE 5-50 


*/ 


| STATE ATTRIBUTES—- 

— > | 

S,R 

—i— ———r- 

i S,-R | 

—S,R 

—i 

| STATE NAMES- 

—> ! 

CONT 

| SEND | 

RCV 


| INPUTS 


01 

1 02 | 

03 


| S,RQ, EC, CD /* NOTE1 */ 

! 

3 

j 3 { 

>(S) 


\ S,RQ, EC,-CD 

1 

- 

1 1 1 

>(S) 


| S,RQ,-EC 

1 

2 


>(S) 


| a,-RSP,~«(Q80B|0813|0814| 081B) 

...- - 

1 

__i. 

- 

1 ._ L 

1 

_i 

| R,RQ, EC 

1 

- 

—r — 1 

| /NOTE2| 

1 

—j 

| R,RQ,-EC 

1 

3 

| /NOTE2| 

- 


»...... ... .... 

--- .. ,-i- . 


j_ i 


i 

| «m. >«•« * ' " 

™T 


T 1 - 1 T 


—1 

| S,-RSP,-*(080B| 081310814 1081B) 

1 

2,~ 

i . ( 

- 

i 

j. _ _ ■ - _ ___ 

i 1 BETB' /* FROM #FSM BSM */ 

i 

- 

... j. - — ! 

1 1 1 

1 

—1 

| 'RESET_CONT•/* FROM DFCjtESET */ 

i 

_1— 

- 

j 1 ; 

i 

1 

1 


j.--—-—- -r -*--------——----— 

| MULTIPLE ACTION CODE | DETERMINING CONDITION 

f~---~--f---—----- 

| 1 \ SCB.RECOVERY RESP=LOSER RESPONSIBLE 

1 -—- i ---- -— - —--- 

| 2 | SCB.RECOVERY RESP-SYMMETRIC 


I -—,-—-------—- 1 

| OUTPUT | FUNCTION \ 

| CODE | { 

h~ -+----------- 4 

| S I SEND_CHECK_SENSE=X'2004"; /* HDX STATE ERROR */ | 

- —j --I—.—,_Z.—. ---„—«.—- ______,_i 


/* NOTE 1: THE CDI INDICATOR IS USED (SET) ONLY BY LU-LU SESSION TYPE 1. V 
/* MOTE2: REQUESTS ARE QUEUED ON QJTCJTO^DFC IN THIS SITUATION. */ 

END FSM_BDX_COMT_LO SER ; 


5-82 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 











FSH^HMJTOHTJIIHHBR: FSH J)BFIHITIOH COHtEXT(SCB) , 


HULTIPLE_ACTIOH_CODES(2) ; 


/* 


FUHCTIOH: TO BHFOBCB THE HALF-DUPLEX COHTEHTIOH SEHD/RECEIVE MODE PROTOCOL FOR 

THE COHTEHTIOH HIHHER. SEE "SEHD/RECEIVE HODE PROTOCOLS" OH PAGE 

5-12 FOR PROSE DBSCBIPTIOH. 

THE STATES ARE: 

• COHT (COHTBHTIOH STATE): HEARS A CHAIR IS ROT IR THE PROCESS 

OF BEIRG SEHT OR RECEIVED. WHEN IR THIS STATE, A REQUEST HAT 
BE SEHT OR RECEIVED. 

• SEND (SEND STATE): HEARS A CHAIR IS CORREHTLY IR THE PROCESS 

OF BEIRG SEHT BY THE COHTEHTIOH HIHHER. REQUESTS RECEIVED FROM 
THE COHTEHTIOH LOSER, WHILE IR THIS STATE, ARE CHARGED IRTO AH 
EXR (EXCEPTIOR REQUEST) WITH SERSE CODE, 08IB, COHTEHTIOH 
ERROR. THIS CAUSES A HEGATIVE RESPOHSE (WITH SERSE CODE 081B) 
TO BE SEHT TO THE REQUEST. 

• RCV (RECEIVE STATE): HEARS A CHAIR IS CURRERTLY IR THE PROCESS 
0* BEIRG RECEIVED PROH THE COHTEHTIOH LOSER. THE CONTEHTION 
HIHHER HAY ROT SERD ARY HORHAL-FLOW REQUESTS WHILE IR TPIS 
STATE. 

REFERS TO THE FOLLOHIRG PROCEDURE(S): 

FSH_CHAIH_RCV PAGE 5-72 


*/ 


r~ 

STATE ATTRIBUTES- 

-—T- 

->| S 

T- 

I S 

1- 

! S 

-1 


STATE HAHES- 

->| CORT 

I SERD 

| RCV 



IRPUTS 

t 01 

| 02 

I 03 


r~ 

S,RQ, EC, CD /* ROTE */ 

1 3 

l ' 

1 3 

1 >(S) 



S,RQ, EC,-»CD 

j - 

1 1 

I >(S) 


L. 

S, RQ,-»EC 

1 2 

1 " 

1 >(S) 


r 

R,-*RSP,-»(080B| 08131 08141 08IB| 0846) 

I 3,- 

1 

1 - 

- __ 

1 

1 - 
1 

-1 

1“ 

R,RQ, EC 

1 ~ 

1 -(C) 

1 1 

—1 

i. 

R,RQ,-.EC 

1 3 

L 

I -(C) 

4- . 

» - 

J- . 

1 

r 

'BETS' /* FROH #FSH BSH ♦/ 

T " " * ™ 

1 ~ 

T 

1 1 

T" 11 ' 

I i 

1 


•BESET_CORT' /* FROH DFCJIBSET */ 

1 - 

_i_ 

1 1 

J_ 

l i 

_L 



r - - r- 

| HOLTIPLE_ACTIOH_CODE | 

DETERHIRIHG CORDITIOR 


-1 

1 

) 

1 1 

SCB.RECOVERY_RESP=LOSER_RSSPOHSIBLE 

1 

1 , ‘ l " .. ‘ 

1 

2 1 

SCB.B1C0VERY_RESP=SYHHETRIC 


1 

i 1 

OUTPUT 
CODE { 

FUHCTIOR 



! 

1 

S | 

SEHD_CHECK_SEHSB ss X'2004' ; /* HDX STATE ERROR 


v! 

" JJ “ * “- 1 " t 

C | 

1 

___L~ 

IF SDI--»SD B FSH CHAIR RCV-=PURGE THEM /*PAGE 
CALL CHAHGE_HU_TO_EXR(X'081B') ;/* CORTENTIOR 

5-72 

ERROR 

*/ I 
VI 

_i 


/♦ ROTE: THE CDI BIT IS USED (SET) ORLY BY LU-LU SESSIOR TYPE 1. */ 


END FSH^HDX^COttT_WIHHER; 
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FSH_HDX_ 

MULTIPLE 


5-84 


PFS FSM_DEFIHITIOW COWTEXT (SCB), 


_ACTIOS CODES(3) ,,,; 


FUNCTION: TO ENFORCE THE HALF-DUPLEX FLIP-FLOP PROTOCOL (PITH AND WITHOUT 
BRACKETS) . , 

HDX-FF WITHOUT BRACKETS: WHEN BRACKETS ARE NOT BEING USED, THIS FSM 
USES ONLY STATES 4-8. THE FSM IS RESET TO SEND (4) OR RECEIVE (5) 
STATE. THE INPUT SIGNALS, BETB AND RESET_CONT, ARE NEVER USED; 
THEREFORE, STATES 1-3 ARE NEVER ENTERED.~ THE HOST SIGNIFICANT 

STATES USED ARE THE SEND (4) AND RECEIVE (5) STATES. THESE STATES 
CONTROL WHEN A HALF-SESSION MAY SEND AND RECEIVE NORMAL-FLOW 
REQUESTS. THE CHANGE DIRECTION INDICATOR (CDI) IS USED TO ALTERNATE 
BETWEEN THESE TWO STATES. THE 08IB RECEIVE STATE (6) IS ENTERED AS 
A CONSEQUENCE OF RECEIVING A NEGATIVE RESPNSE WITH SENSE CODE 081B 
(RESOURCE UNAVAILABLE). THIS STATE ALLOWS ONLY REQUESTS TO BE 
RECEIVED. THE ERROR RECOVERY STATES (ERPS (7) AND ERPR (8)) ARE 
USED WHEN ERRORS OCCUR. ENTERING THESE STATES IS DEPENDENT ON THE 
TYPE OF ERROR RECOVERY (E.G., SYMMETRIC) BEING USED BY THE 
HALF-SESSION AND THE SENSE CODE (E.G., 0846) ON THE NEGATIVE 

RESPONSE. ERPR STATE ALLOWS SENDING OF LUSTAT (WITH -CD) AND 
RECEIVING OF ANY NORMAL-FLOW REQUESTS. ERPS STATE ALLOWS RECEIVING 
OF LUSTAT (WITH -CD) AND SENDING OF ANY NORMAL-FLOW REQUESTS. 

HDX-FF WITH BRACKETS: WHEN BRACKETS ARE BEING USED ALL 8 STATES OF 
THIS FSM ARE USED. THERE IS A TIGHT COUPLING BETWEEN THE STATES OF 
THIS FSM AND THE STATES OF THE BRACKET FSM (FSM BSM_BIDDER (PAGE 
5-68) OR FSH_BSM_FSP (PAGE 5-70)). THE CONTENTION~STATES (1-3) ARE 
USED WHEN THi BRACKET FSM IS IN BETWEEN-BRACKETS (BETB) STATE. THE 
OTHER STATES (4-8) ARE USED WHEN THE BRACKET FSM IS IN IN-BRACKET 

(INB) STATE. THE INPUT SIGNALS—BETB, INB SEND, AND INB RCV—FROM 

THE BRACKET FSM COORDINATE THESE STATE COUPLINGS. THE CONTENTION 
BETWEEN CHAIN STATE (1) IS ENTERED WHEN BETWEEN CHAINS AND BETWEEN 
BRACKETS. THIS IS ALSO THE RESET STATE. THE CONTENTION IN-CHAIN 
STATES (2-3) ARE USED FOR REMEMBERING WHEN IN THE MIDDLE OF SENDING 
OR RECEIVING A CHAIN. THE DESCRIPTION OF STATES 4-8 IS THE SAME AS 
FOR HDX-FF WITHOUT BRACKETS. 


/* 


NOTE: RECEIVED AND SENT RESPONSES COME TO THIS FSM FROM 

FSH_CONTBOL HDX^RSP RCV (PAGE 5-75 OR 5-76 OR 5-77) AND 

FSM_CONTROL_HDX~RSP~SEND (PAGE 5-78 OR 5-79 OR 5-80). THESE FSMS 
SERIALIZE VARIOUS ~RACE CONDITIONS THAT CAN OCCUR AND SHIELD 

FSM_HDX_FF FROM THE COMPLEXITIES THAT THEY CREATE. THE BASIC IDEA 
IS TO PRESENT ALL RESPONSES TO FSM HDX FF AT THE END OF A PERIOD OF 
ACTIVITY SO THAT FSM HDX FF WILL NOT HAVE TO CONTAIN NUMEROUS 


PENDING STATES OR COMPLICATED 

CHECKING 

OF PENDING STATES IN OTHER 

FSMS. 



REFERENCED BY THE FOLLOWING PROCEDURE(S) : 



DEQUEUE.QJTCjnO DFC 

PAGE 

5-40 

FSM_C0NTR0L_HDX_R5P RCV ERP_DL 

PAGE 

5-76 

FSM CONTBOL~HDX RSP~RCV ERP IM 

PAGE 

5-77 

fsm_control~hdx~ssp“send__erp dl 

PAGE 

5-79 

FSM~C0N7R0L~HDX~RSP~SEND~ERP~IM 

PAGE 

5-80 

REFERS TO THE FOLLOWING PROCEDURE( S ): 



FSM BSM BIDDER 

PAGE 

5-68 

FSM_BSM FSP 

PAGE 

5-70 

FSM CHAIN RCV 

PAGE 

5-72 

fsm~contbol_hdx_rsp RCV 

PAGE 

5-75 

fsm_control“hdx“rsp“send 

PAGE 

5-78 
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| INPUTS 

K--- 

| S,RQ,FMD{CANCEL , 

| S,RQ,CHASE|LUSTAT|QC, 



R,RQ,FMD|LUSTAT|CANCEL 

,CT( BB) 

, CD 


« 

- 

1 

>(R) r>(R) 

,-(C) | 

1 1 

> (R) »>(R) ,“ 1 

>(R) r 4, — 

1 - 

1 - 

I - 



R,RQ,FMD|LUSTAT|CANCEL 

, CT ( BE) 

, —CD, 

EC 

1 

- 

1 

>(R) , > (R) 

,-(C) | 

1 1 

> (R)» > (R) •- I 

>(R) r"r“ 

1 - 

1 ‘ 

| - 


J__ 

R,RQ,FMD 

, CT ( BB) 

- 

-EC 

1 

3 

1 

,L- 

>(R) r > (R ) 

,-(C) 1 

i 

-1- 

>(R),>(R),- I 

-- - - .1 

>(R) 

1 - 
4- 

1 - 
| _ 

»_ 

-^ 

r 

R ,RQ,FMD|CANCEL 

, CT (-BB) 

, CD 


T 

l 

- 

I 

>(R) , > (R) 

.-(C) 1 

T 

1 | 

> (R) »>(R) r>(R) I 

4 

T 

1 4 

i >(R) 

i- 

1 4 


R,RQ,CHASE|LUSTATJQC 

, CT (-BB) 

, CD 


\ 

-4.- 

>(R) 

1 

.X. 

>(R) ,>(B) 

.>(«) i 
| 

> (R) 1 

>(R) , > (R) , > (R) \ 

4 

1 4 

1-- 

1 ><R) 

f 4 

_j 


R,RQ,FMD|CANCEL 

, CT (—BB) 

, —CD , 

EC 

T 

I 

- 

I 

>(R) ,> (R) 

,-(9 i 

1 1 

>(R) ,>(R) ,>CR) 1 

- 

T 

1 4 

1 >fR) 

j - 

) 


R, RQ,LU STAT 

,CT (—BB) 

, -CD 


i 

- 

1 

>(S) #> (R) 

,-(C) I 

>(R) \ 

> (R), > (R) 9 ~ ! 

- 

1 4 

1 - 

| - 



R,RQ,REST OF DFC 

,CT(-BB) 

, —CD 


l 

- 

1 

><R) »> (R) 

r-<9 } 

>(R) 1 

> (R) # > (R) 1 

- 

! 4 

1 > (R) 

| - 



R,RQ,FMD 

, CT (-BB) 

t 

-EC 

j 

3 

J 

>(R) r > (R) 

,~(C) 1 

i 

> (R), >(R) » >(R) 1 


1 - 

1 ><R) 

1 “ 



STATE ATTRIBUTES-> 

STATE NAMES-> 


S,RQ,FMD[CANCEL 
S ,RQ r LUSTAT, EB 
S, RQ, LUSTAT,-EB 
S,RQ,REST_OF_DFC 


, —CD, EC 
,-CD 
,-CD 
#"*CD 


S,RQ, 

R,-RSP, 

08 IB 

R,-RSP, 

0846 

R, -RSP, 

0846 

R,-RSP, 

0846 

R,-RSP, 

-RACE, 

R RSP, 

-RACE, 

R ,-RSP, 

-RACE 


— ------- ---—+ 

S r -RSP r 0846 , SYMMETRIC | 
S,-RSP, 0846,-SYMMETRIC,RECOVERER | 
S,-RSP, 0846,-SYMMETRIC,NOT_RECOVERER j 

-—-f 

S,-RSP,-RACE, SYMMETRIC | 
S,-RSP,-RACE,-SYMMETRIC,RECQVERER | 
S,-RSP,-RACE,-SYMMETRIC,NOT RECOVERED | 
-.--1--+ 


'BETB' 

1 INB SEND 1 
•INB~RCY* 


/♦FROM #FS M BSM ♦/ 
/♦FROM #FSM~BSM ♦/ 
/♦FROM #FSM_BSM */ 


f 'RESET CONT' /♦FROM DFC RESET*/ 

| ' RESET_SEND' /*FROM DFCJJESET*/ 

I ‘RESET RC V‘ /*FROM DFC RESET*/ 
b -——--:—-- 


1 MULTIPLE_ACTION_CODE | DEFINING CONDITION 

f-— ---+-— --------— 

\ 1 j SCB.USING_BRACKETS=NO 




-f-— 

I 1 
1 4 


I >(S)f 
) >(S)| 

<-t 

f >(S) I 
l >(S) I 


/* NO BRACKETS 


2 | SCB.USING_BRACKETS=YES S SCB.FIRST_SPEAKER=NO /* BIDDER 

------+-—-------------- 

3 | SCB. USING BRACKETS=YES & SCB.FIRST__SPEAKER = YES /* FIRST SPEAKER 


OUTPUT J FUNCTION 
CODE | 

-- — --- - ------- 

C | IF SDI=-SD & FSM_CHA IN RCV-=PURGE THEN /* PAGE 5-7 2 

| CALL CHANGE_MU_TC EXR*(X'081 B«) ; /* CONTENTION ERROR 


| S | SEND_CHECK__SENSE=X' 2004 * ; 

i-1-—-*-— 

\ R | RECEIVE_CHECK_SENSE=X'2004* ; 

I____L________I____ 

END FSM HDX FF; 


/* HDX STATE ERROR 
/* HDX STATE ERROR 
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FSM_IMM_RQ_MODE_RCV: FSH_DEFIHITIOH CONTEXT(SCB); 


/* 


FUNCTIONS TO ENFORCE THB IMMEDIATE BEQUEST MODE PROTOCOL FOR NORMAL FLOW (SEE 
CHAPTER 4 FOR PROSE DESCRIPTION). 

NOTE: THE IMPLEMENTATION OF THIS FSH IS OPTIONAL BECAUSE IT IS USED ONLY 

TO CHECK FOR RECEIVE ERROR CONDITIONS. 


*/ 


STATE NAMES-> ( 

RESET 

| RCVD | 

INC 

! INC 

! RCVD 

» 


1 RQD | 


I RSP 

1 RQD 

1 


| -CANCEL! 


| SENT 

| CANCEL 

INPUTS | 

1 

1 2 | 

3 

1 4 

1 5 

R,RQ,-CANCEL, EC, RQD i 

2 

1 ><R) 1 

2 

—1 — 

! 1 

1 >(R) 

R,RQ,-.CANCEL, EC,-.RQD J 

- 

1 ><R) ! 

1 

| 1 

! ><R> 

R,RQ,-CANCEL,-.EC | 

3 

1 >(R) 1 

- 

I ~ 

1 >(R) 

R,RQ, CANCEL \ 

5 

1 >(R| 1 
1 1 

5 

1 5 

i ..... 

| > (R) 

i 

S, RSP,-CANCEL,TO CURRENT CHAIN | 

_ 

l l 1 1 

1 1 1 

4 

1 

1 . 

S, RSP, CANCEL,TO_CURRENT~CHAIN | 

-.- ... - i 

- 

1 - ! 

. » .-.-. . t .. 


. i --- ... . . 

[ 1 

i _ 

'RESET* /* FROM DFC__RESET */ 1 

- 

i i 

1 1 1 

_J--L. 

1 

*T ■ ■ 

i i 

_ i - 

i 

1 1 

_ _ 


-——l--- 

OUTPUT | FUNCTION 
CODE \ 

--I-—----~- 

R | RECEIVE CHECK SENSE=X'200A•; /* IMMEDIATE RQ MODE ERROR */ 


END FSM_IMM_RQ_MODE_RCV; 


FSM_IMM_RQ_MODE_SEND: FSM_DEFINITION CONTEXT(SCB) ; 

/* 


i-•------—-------—i 

| FUNCTION: TO ENFORCE THE IMMEDIATE REQUEST MODE PROTOCOL FOR NORMAL-FLOW (SEE | 

| CHAPTER 4 FOR PROSE DESCRIPTION). | 

i___________i 


V 


r --------«-1-1--—1-T---1 



STATE NAMES-> ( 

RESET 

| SENT 

1 INC 

| INC 

) SENT 



1 


| RQD 

\ 

1 RSP 

! RQD 



1 


| -CANCEL! 

J RCVD 

| CANCEL 



INPUTS 1 

1 

! 2 

1 3 

1 4 

1 5 



S,RQ,-CANCEL, EC, RQD | 

2 

1 >(S) 

! 2 

| 1 

1 >(S) 



S,RQ,-CANCEL, EC,-RQD | 

- 

» ><S) 

1 1 

! 1 

! >(S) 



S,RQ,-CANCEL,-EC | 

3 

1 >(S) 

i - 

| - 

1 >(S) 



S,RQ, CANCEL | 

5 

j >(S) 

1 5 

1 5 

| >(S) 


lr 

R, RSP,-CANCEL,TO CURRENT CHAIN | 

- 

1 1 

I 4 


1 - 


L. 

R, RSP, CANCEL,TO_CURRENT_CHAIN | 

.. .. .~ ... i 

- 

! 1 

1 ~ 

i . 

! 1 

» ... . 


r 

! 

L_ 

'RESET' /* FROM DFC^RESET */ i 

- 

» 1 

_ 

1 1 

_N_ 

i 

| 1 
j_ 

i 

! 1 

i 

1 1 

r 

1 

OUTPUT i FUNCTION 






i 

1 

CODE | 






i 

r m 

1 

■. i . .- ■" . " -.. j jl — ,L - 

S ( SEND CHECK SENSE=X'200A'; 

/* IMH 

RQ MODE 

STATE ERROR 

*/ 

i 

L- 

x_ 








END FS M_IMM_RQ__MODE_SENB; 
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FSH_QEC_RCV: FSM_DEFINITION CONTEXT(SCB) ; 


/♦ 

f ———————————— '"I " " i ..n ^ _ —— ,, . 

| FUNCTION: TO ENFORCE THE QUIESCE PROTOCOL FOR THE HALF-SESSION THAT IS BEING | 

| QUIESCED (RECEIVED QEC). SEE "QUIESCE PROTOCOL" ON PAGE 5-20 FOR | 

| PROSE DESCRIPTION- | 

>-- - .. ———— -——— — - - - - — --—__i 

*/ 



STATE NAMES- 

->| 

RESET 

| PEND 

| QUIESCED 



1 


1 QC 

1 

INPUTS 


1 

01 

| 02 

f 03 

R,RQ,EXP,QEC 


—r~ 

1 

- 

1 ><R) 

i ><r> 

S,*RSP,QEC 


1 

2 

1 - 


R,RQ,EXP,RELQ 


1 

- 

1 - 

I - 

S,♦RSP, RELQ 


1 

- 

1 1 

i ._ ....... 

I 1 

S,RQ,NORH,QC 


——— 

I 

><S1) 

1 

1 3 

1_ 

i ><si) 

R,+RSP,QC 


1 

... „ „. f 1, 


1 * 

i 

i - 

S,RQ, NORM, CANCEL 


T* 

1 


I 

| - ... 

I >(S2) 

S,RQ,NORM,-CANCEL, BC 


1 

- 

1 >(S2) 

1 >(S2) 

S,RQ,NORM,-CANCEL,-BC 


1 

_i 

- 

1 - 

1 - .. ... 

1 ><S2) 

4 nT _, . 

• RESET' /* FROM DFC RESET */ 

T 

1 

_ 

1 

1 1 

! 1 



—— _L. 


-X_ 

-X_ 


OUTPUT | FUNCTION 
CODE | 

--I- 

51 | SEND CHECK SENSE=X«0809*; /* NODE INCONSISTENCY */ 

-j.-1----- 

52 | SEND CHECK SENSE=X•2006■; /* DATA TRAFFIC QUIESCED */ 

-j- 

R | RECEIVE CHECK_SENSE=X'0809'; /* NODE INCONSISTENCY */ 


END FSM_QEC_RCV; 


F5M_QEC_SEN D: FSM__DEF IN ITION CONTEXT (SCB) ; 


/* 


r -------1 

\ FUNCTION: TO ENFORCE THE QUIESCE PROTOCOL FOR THE HALF-SESSION THAT SENT QEC. | 
1 SEE "QUIESCE PROTOCOL" ON PAGE 5-20 FOR PROSE DESCRIPTION. | 
u___i 


*/ 


r* 


— —i- 


T- —1 


STATE NAMES- 

->| RESET 

| PEND 

| QUIESCED| 



! 

1 QC 

1 1 


INPUTS 

1 01 

| 02 

1 03 1 

r* 

S,RQ,EXP,QEC 

1 

1 ><S) 

1 ><S) I 


R,*RSP,QEC 

! 2 

1 - 

I * ! 


S,RQ,EXP,RELQ 


| - 

1 i 

1 - 1 

L. 

R,+ RSP,RELQ 

.. ..i . .... 

| 1 

1 1 ! 

r 

R,RQ,NORM,QC 

t - ■■ - 

1 3 

i ><Ri) i 

L. 

S,♦RSP,QC 

1 “ 

1 ~ 

i - i 


R,RQ,NORM, CANCEL 

j-- ’ 

1 “ 

i >(R2) i 


R, RQ, NORM,-CANCEL, BC 

| - 

I ~ 

1 >(R2) | 


R,RQ,NORM,-CANCEL,-BC 

... ...•. 

1 - 

1 >(R2) | 

i . j 

r 

i 

# RESET* /*FROM DFC_RESET*/ 

f 

i i 

! — -- ^ | 
l i i 

i_ 



X 

j _ _i 


I t 

f-1----—----*---------1 

| OUTPUT | FUNCTION I 

| CODE | | 

I----- < 

| S | SEND CHECK 5ENSE=X»0809*; /* MODE INCONSISTENCY */ | 

f-———————- - -—---i 

| Rl | RECEI?E_CHECK_SENSE=X*0809'; /* MODE INCONSISTENCY */ | 

|----=-— — ----*----— ----- - -• — ■( 

\ R2 | RECEXVE_CHECK_SENSE=X* 2006*; /* DATA TRAFFIC QUIESCED */ | 

i— ___x__ —Z ___I__——>---------_j 

END FSM_.QEC_.SEND; 
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PSM_QBI.CHECK_.SEMD; FSM.DBFINITION CONTEXT (SCB) , 
HULTIPLE.ACTION.CODES(2) ; 


FUNCTION; TO ENFORCE THE PROTOCOL FOR SENDING REQUESTS USING THE QRI 
INDICATOR. NHEN RUNNING DELATED RESPONSE MODE AND THIS FSM IS IN 
QR SENT STATE, REQUESTS OTHER THAN CHASE MAT BE SENT WITH -QR. THIS 
IS~BECAUSE RESPONSES MAT COME BACK IN ANT ORDER WHEN USING DELATED 
RESPONSE MODE. 


REFERENCED BT THE FOLLOWING PROCEDURE(S) : 
DEQUEUE.Q.TC.TO.DFC 


PAGE 5-40 


r 

| STATE NAMES— 

—>| RESET 

1 QR 


I 

1 

S SENT 


| INPUTS 

|. -. . . .... - .. , , 

1 V 

1 2 


| S,RQ,-RQN, QR 

1 2 

"t 11,1 . . 

1 « 


| S,RQ,-RQN,-QR, CHASE 

1 - 

1 >(S) 


| S,RQ,—RQN,-QR,—CHASE 

I - 

1 >(S),- 

i 

| . .... . .. ..- 

| •NO.OUTSTANDING RQS' 

I .. . * .. .. 

1 - 

■ t- ■ ■ 

1 1 

l 

| 'RESET' /* FROM DFC.RESET */ 

j. ~ 

1 * 

_i_ 

1 1 

_ 



-,--- 

MULTIPLE ACTION CODE |DEFINING CONDITION 

-1-1--f-- 

1 |SCB» PARTNER.HALF SESSION_RSP_MODE=IHMBDIATE 

-4--- 

2 |SCB.PARTNER HALF SESSION RSP MODE-DELATED 


I- - ---1 

| OUTPUT | FUNCTION | 

| CODE | | 

f-^- 1 

| S | SEND_CHECK_SEN5E=X'200B'; /* QRI STATE ERROR */ | 

L-1- Z - Z ---------—_— -1 

END FSM_.QRI_CHECK.SEND; 


FSM_QRI.CHAIN.RCT; FSM.DEFINITION CONTEXT(SCB); 


/* 


FUNCTION: THIS FSM ENFORCES THE SETTING OF THE QRI INDICATOR IN THE RH. THIS 

INDICATOR IS SET THE SAME FOR ALL RU'S IN A CHAIN, I.E., ALL RU'S IN 
A CHAIN HAVE QRI=QR OR ALL RU'S IN A CHAIN HAVE QRI=-QR. 

NOTE: THE IMPLEMENTATION OF THIS FSM IS OPTIONAL BECAUSE IT IS USED ONLY 

TO DETECT RECEIVE ERROR CONDITIONS. 


*/ 


— r - ( -1-■ 

->| RESET | INC | INC 

\ | QR | -QRI 

I 1 12 |3 


STATE NAMES- 


I- 
I 2 


4- 

I 1 

I - 


I >00 
I >00 


| R,RQ, QR, EC 
I R,HQ, QR,-EC 


I R,RQ,-QR, EC 
I Rr RQ,-QR,-EC 

f-- 

| 'RESET* /* FROM DFC.RESET */ 


I - 
I 3 


I ><R) 1 1 
I >(R) I - 


I - 


I 1 


I 1 


I 


| OUTPUT | FUNCTION 
t CODE | 


H---——-* 

| RECEIVE_CHECK_SENSE=X'200B';/*QRI STATE ERROR*/ 


I R 


END FSM.QRI_CHAIN.RCV; 
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FSM_QRI_CHAIN_SEND: FSM_DEFINITION CONTEXT(SCB); 


/* 

r-*- - - - - - 1 

| FUNCTION: THIS FSM ENFORCES THE SETTING OF THE QRI INDICATOR IN THE RH. THIS | 

| INDICATOR BUST BE SET THE SAME FOP ALL RU'S IN A CHAIN, I.E., ALL | 

| RU'S IN A CHAIN HAVE QRI=QR OR ALL RU'S IN A CHAIN HAVE QRI=-.QR. | 


*/ 


r-•-1- t-t-1 

I STATE NAMES->| RESET | INC | INC | 

I I I QR I -QRI I 

| INPUTS | 1 | 2 | 3 | 

I-4-4- i -I 

| S, RQ, QR, EC \ - | 1 | > (S) | 

I S, RQ, QR,-»EC | 2 | - ' | >(S) | 

i---I-4--3-1 

I S,RQ,-QR, EC I - I >(S) \ 1 | 

I S, RQ, -QR,—EC | 3 | >(S) | - | 

j- f -+-4-1 

| 'RESET* /* FROM DFC_RESET */ | - \ 1 | 1 | 

f-1-«-«-j-| 

I I 

j.--1 

| OUTPUT | FUNCTION | 

! CODE | | 

I- \ -1 

| S | SEN D_CHECK_SEN SE=X'200B';/* QRI STATE ERRORS/ | 
«-j -Z_i 


END FSM_QRI_CHAIN_SEND; 


FSM_RES: FSM_DEFINITION CONTEXT (SCB) ; 


/* 

,-----1 

I FUNCTION: THIS FSM ENFORCES THAI NORMAL-FLOW REQUESTS NOT BE SENT WHEN ( 

| RESOURCES ARE UNAVAILABLE. 1 

I I 

| REFERS TO THE FOLLOWING PROCEDURE (S) : ! 

| FSM_CHAIN_RCV PAGE 5-72 | 

i-Z-j 

*/ 


INPUTS 

STATE NAMES- 

—>1 

I 

AVL 

01 

| UNAVL 

I 02 

'UNAVL* /* NOTE */ 


1 

2 


•AVL' /* NOTE */ 


1 

- 

| 1 

F., RQ, NORM 


1 

- 

1 -(C) 

1.. _ .. 

'RESET* /* FROM DFC__RESET 

V 

1 

1 

__L. 

- 

—r 

1 1 
_L 


OUTPUT | FUNCTION 
CODE j 

-+------- 

C j IF SDI=-»SD & FSM_CHAIN RCV-=PURGE THEN /*P. 5-72 */ 

| CALL CHANGE MU TO EXr7x•081B'); /* NO RESOURCE */ 


/* NOTE: THE INPUTS TO THIS FSM ARE SIGNALS FROM UPM_RES(PAGE 5-67). 
UNAVL INDICATES THAT RESOURCES NECESSARY FOR HANDLING 

NORMAL-FLOW DATA ON THIS HALF-SESSION ARE UNAVAIABLE. 

AVL INDICATES THAT RESOURCES ARE AVAILABLE. */ 


END FSMJRES; 
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FSH_BTR_BIDDBR: FSM.DEFINITION CONTEXT(SCB) ; 


"■ — .. . . . —- - --- — - -- 

| FUNCTION: TO ENFORCE BTR PORTION OF THE BRACKET PROTOCOL FOR THE BIDDER- SEE 

| “BRACKETS PROTOCOL" ON PAGE 5-14 FOR PROSE DESCRIPTION. 


/* 


I 

I 


*/ 


r- 

1 

1 

STATE NAMES->| RESET 

INPUTS | 01 

PEND 

02 

——1 

1 

1 

r" 

« 

S, RQ,BB j - 

>(S) 

„ ■■ n 

1 

r* 

\ 

1 

1 

1 

i. 

R,+RSP,BID | - 

R,-RSP,BID,0814 ( 2 

R, -RSP, BID, -*0814 | - 

R,-RSP,CT(BB),0814 | 2 

1 

- 

1 

- . 

1 

1 

1 

1 

r 

1 

L_ 

R,RQ,RTR | - 

- - - . - ... . ... ---- |. 

1 

i—. 

1 

r 

1 

i_ 

* RESET* /♦ FROM DFC.RESET */ \ - 

”* _____i_ _i 

1 1 

1 

i- -1 

1 1 

r 

1 

1 

OUTPUT | FUNCTION 

CODE | 



r 

1 

S | SEN D__CHECK_SENSE=X* 2003*; /* BRACKET 

ERROR 

*/ i 

END 

FSM.RTR.BIDDER; 




FSM_.RTR_.FSP: FSM.DEFINITION CONTEXT (SCB) ; 


/* 


\ FUNCTION: TO ENFORCE RTR 

| SPEAKER. SEE 

| DESCRIPTION. 

PORTION OF THE BRACKET 
"BRACKETS PROTOCOL" ON 

PROTOCOL 
PAGE 5- 

FOR 

14 

THE 

FOR 

FIRST 

PROSE 

I 

I 

♦/ 


| STATE NAMES— 

-r - 

->j RESET 

*—1— 

! PEND 

! 

| INPUTS 

| 01 

j 02 

i 

| S,+RSP,BID 

.... 

1 ~ 

I 1 1 ■ 

1 1 

—i 

| S,-RSP,BID,0814 

f 2 

1 " 

i 

| S,-RSP, BID, -.0814 

1 - 

1 1 

i 

| S,-RSP,CT(BB),0814 

1 2 

1 - 

_L , ... . 

i 

_i 

J_ .. . ._ T| . .. -. _ _ r 

| S,RQ,RTR 

. . ■ t ...... 

! - 

. . 1. . . _ 

1 r " u .. 

I 1 

! 

J 

i ‘RESET* /* FROM DFCJRESET */ 

i_ _ *"_ „ 

, 1 | 1U M -1 

1 - 

—L_ 

.1.-... . . 

1 1 
_i_ 

1 


END FSM_RTR_FSP; 
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FSSJSBIJRCV: FSM_DEFINITIOH CONTEXT(SCB) ; 


/* 

«----— -—ii 

t FUNCTION: TO ENFORCE THE STOF-BBACRET-INITIATIOH PROTOCOL FOR THE SBI | 

| RECEIVER. SEE "STOP-BRACKET-INITIATION PROTOCOL" ON PAGE 5-19 FOR | 

| PROSE DESCRIPTION. | 


V 


«-—-;-1-1-r 



INPUTS 


STATE HAHES- 

->| 

1 

1 

BESET 

01 

PEND | 
NOBB 1 
02 | 

NOBB | 

03 ( 


R, RQ,EXP,SBI 

S, +RSP,SBI 


! 

1 

1 

- 

2 

> <R) i 
- 1 

>00 | 


S,RQ,NORM,BIS 

R,♦ RSP, BIS 


1 

1 

3 

1 

3 I 

>(S1) | 


S # RQ„NORH,BID 

S,RQ,NORH,BB 


1 

| 


1 

- I 

><S2) [ 

>(S2) | 

1 

•RESET' 

/* FROM DFC 

_RESET */ 

1 

I 

1' » 

1 1 1 

i_ . i 

1 | 

1 1 

1 

1 

OUTPUT 

CODE 

i FUNCTION 







SI 

| SEND_CHECK 

_SENSE=X'0809'; /* 

MODE 

INCONSISTENCY 

*/ 1 

1 

S2 

| SEND_CHECK 

_SEN SE=X•2008*; /* 

NO BEGIN BRACKET 

V | 

! 

i_ 

R 

| RECEIVE_CHECK_SENSE=X • 0809* ; 

j- _ “ 

/* MODE INCONSISTENCY */ j 


END FSM_SBI_RCV; 


F SM_SBI_SEND: FSM^DEFINITION CONTEXT (SCB) ; 


/* 


i- - --———-----1 

| FUNCTION: TO ENFORCE THE STOP-BRACKET-INITIATION PROTOCOL FOR THE SBI SENDER. J 

| SEE "STOP-BRACKET-INITIATION PROTOCOL" ON PAGE 5-19 FOR PROSE \ 

| DESCRIPTION. I 


*/ 


r- 

INPUTS 

— T - 

STATE NAMES->| RESET 

1 

1 01 

-1— --—T~ 

| PEND | 

| NOBB | 

i 02 | 

NOBB 

03 




S,RQ,EXP,SBI I - 

R # +RSP* SBI | 2 


1 >(S) ! 

>{S) 




R, RQ# NORM,BI S j - 

S, +RSP,BIS | 3 


1 3 | 

>(H1> 




R, RQ, NORM 
R,RQ,NORM 

,BID | - 

,BB 1 - 



>(R2) 

>(R2) 



r' 

•RESET* / 

* FROM DFC^RESET */ ! - 


“■"™ T irr ” " T 

1 i l 

X 1_ 

1 


*1 

1 

i—— i 

i i 

r~ 

1 

—i— 

OUTPUT | 
CODE | 

FUNCTION 





! 

1 

1 

r* 

1 

1 

S | 

S EN D_C HECK__SEN SE=X' 0809 * ; /* MODE 

INCONSISTENCY 


*/ 

\ 

1 

r* 

1 

B1 » 

RECEIVE_CHECK_SENSE=X*0809* ; /* 

MODE INCONSISTENCY 

*/ 

1 

1 

L- 

R2 | 

j— 

RECEIVE_CHECK_SENSE=X'2008*; /* 

NO 

BEGIN BRACKET 

V 

1 


END FSH_SEI_SFND; 
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FSM_SHUTD_RCV: FSM_DEFINITION CONTEXT (SCB); 


I 


i 


FUNCTION: TO ENFORCE THE SHOTDONH PROTOCOL FOR THE HALF-SESSION THAT IS BEING 

SHOT DOWN (RECEIVES SHOTD) - SEE "SHUTDOWN PROTOCOL" ON PAGE 5-21 
FOR PROSE DESCRIPTION. 


/* 
—» 

I 

( 

! 


*/ 


r~ 



“1- 

1- 

—i-1 

| QUIESCEDj 









1 

| SHUTC 

1 I 

1 

INPUTS 


I 01 

| 02 

j 03 | 


R,RQ,EXP # SHUTD 



i >(S) 

1 ><H) i 

a 

S,+RSP,SHUTD 


I 2 




R,RQ„ EXP,RELQ 




T 1 

L. 

S,+RSP,RELQ 


... i -. . . 

1 1 

... 1 

| 1 \ 

| - . 1 

r 

S,RQ,EXP,SHUTC 


i xsi) 

1 ..... . 

i >(sd i 

L. 

R,+RSP,SHUTC 


| . -_ 

1 3 

i . -_ .. nT i 

r 

J— 

S,RQ,NORM 


-f 

L _ 

i >(S2> i 

.1 - _ - _ _ i 

r 

'RESET* /* FROM 

DFC_RESET */ 


t ■■ 

| 1 

i_. 

i 1 

l i I 

i j 


l 

! 

OUTPUT 

CODE 

J FUNCTION 

1 



1 

1 

1 

L„ 

S 1 

| SEND__CHECK_SENSE=X' 0809' ; /* 

| .. . ~... ... ..-. 

MODE INCONSISTENCY 

*/ 

1 

r 

i 

L_ 

S2 

| SEND_CHECK_SENSE—X' 2006'; /* 

.. j... .... . _ ..,.. ... 

DATA TRAFFIC QUIESCED 

*/ 

I 

1 

1 

r 

1 

L- 


| RECEIVE_CHECK_SEN SE=X'0809'; 
.j- _I _ 

/* MODE INCONSISTENCY 

*/ 

*1 

1 

-J 


END FSM_SHUTD_RCV; 


FSM__SHUTD_SEND: FSM_DEFINITION CONTEXT(SCB); 

/♦ 

V ---------- ------"- - ---T 

j FUNCTION: TO ENFORCE THE SHUTDOWN PROTOCOL FOR THE HALF-SESSION THAT SENDS l 

| SHUTD. SEE "SHUTDOWN PROTOCOL" ON PAGE 5-21 FOR PROSE DESCRIPTION. J 

L—---—___—___..._________________J 

*/ 


r 





"7T~ 


—r 


—r 


1 

l 

INPUTS 




I 

1 

01 


SHUTC 

02 

I 1 

1 03 ( 


S ,RQ,EXP,SHUTD 
R,+RSP,SHUTD 



1 

1 

2 


><S) 

I >(S) 




S,RQ,EXP,RELQ 

R,+R5P,RELQ 



1 

t 

- 


1 

| 1 




R, RQ,EXP,SHUTC 

S, +RSP,SHUTC 



1 

1 

>(K) 


3 

1 ><R) 



r* 

i. 

R, RQ, NORM 



*T‘“ 

1 

_ 1, _ 

- 

“~T 

- 

"T " • rn " 


1 

r 

'RESET' 

/* FROM DFC_ 

RESET 

V 

—r 
! 

_ 

- 

_i 

1 

i 

i i 



a— - 1 

J j 

1 

1 

OUTPUT 

CODE 

FUNCTION 

J 









i 

i 

1 

S 

J SEN D_CHECK_SEN SE 

=X'0809* 

/* MODE 

INCONSISTENCY 

V 

i 

s 

L~ 

R 

1 FECEIVE_CHECK_SENSE=X* 0809* 

Jt_ 

/* MODE 

INCONSISTENCY 

*/ 

i 

j 


END FSM_SHUTD_SEND; 
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I 


THE SYMBOLS USED III *HE "INPUTS" COLUMN OP THE STATE-TRANSITION MATRICES ARE 
DEFINED BELON. 


\ 

I 


*/ 


' AVL* 

BB 

BC 

* BETB* 

BID 

BIS 

CANCEL 

CD 

CHASE 

CHASE|LUSTATIQC 
CT (BB) 

(CT(BB)SCT(EB)) 

CT (CD) 

CT (EB) 

EB 

EC 

EXP 

FMD 

FMD|CANCEL 
FMD|EBDFC 
FMD J LUSTAT 
FMD|LUSTAT!CANCEL 
*INB RCV * 

•INB SEND* 

LUSTAT 

•NO_OUTSTANDING_RQS* 
NORM 

NOT_RECOVERER 

OTHERDFC 

QC 

QBC 

QB 

R 

RACE 

RECOVERFR 

RELQ 

•RESET* 

* RESET_BETB' 

*reset”cont* 

*reset“inb* 

•RESET RCV* 

•RESET SEND* 

REST OF DFC 

RQ 

RQD 

(RQD \ (RQE8CD)) 

RQB 
RQN 
RSP 
+ RSP 
-RSP 
RTR 
S 

SBI 

SHUTC 

SHUTD 

SYMMETRIC 

SYNC EVENT 

TO CURRENT CHAIN 


•UNAVL* 

080BJ0813|0814|081B 

080B|0813|0814|081B|0846 

0814 

081B 

0846 


FSMINPUT®* AVL *; 

BBI®BB; 

BCI®BC; 

FSMINPUT®* BETB* ; 

RO CTGY®DFC 6 RQ_CODE=BID; 

R*TCTGY®DFC 6 BQ_CODE®BIS; 

RU”CTGY=DFC 8 RQ~CODE=CANCEL; 

CDI=CD; 

RU CTGY®DFC 8 RQ CODE=CHASE; 

RU~CTGY=DFC 8 RQ~CODE=(CHASE|LUSTAT|QC); 

ct~bbi®bb; 

CT BBI=BB 6 CT - EBI=EB; 

CT~CDI=CD; 

CT EBI=EB; 

EBI=EB; 

ECI=EC; 

EFI=EXP; 

RU - CTGY=FMD; 

RO_CTGY*FHD | (RU_CTGY=DFC 6 RQ_CODE=CANCEL); 

RU CTGY®FMD \ (RU CTGY®DFC & RQ_CODE=(CHASE|LUSTATI QC) ) ; 
RU~CTGY®FMD | (RU~CTGY®DFC 6 RQ CODE=LUSTAT); 

RU~CTGY®FHD | (RU~CTGY®DFC 8 RQ~CODE=(LUSTAT|CANCEL)); 
FSMINPUT®*INB RCV~; 

FSMINPUT®*INB_SEND*; 

RU CTGY=DFC 8 RQ CODE=L0STAT; 

FSMINPUT®* NO — OUTSTANDING RQS*; 

EFI®NORH; 

(SCB.HALF SBSSION«PRI & SCB.CONT_WIN®PRI) | 

($CB.HALF~SESSION®SEC 8 SCB.CONT'wiN®SEC); 

RU CTGY®DFC 8 RQ..CODB-*® (BID|CANCEL! RTR) ; 

RU*”cTGY-DFC 8 RQ_CODE®QC; 

RU~CTGY®DFC 8 RQ~CODE®QBC; 

QFI=QF; 

MUCB. DIRECTION* 5 RECEIVE; 

SNC (0:15)*= (X *080B* | X• 0813* |X*0814* | X « 18IB • | X* 0846 •) ; 
(SCB.HALF SESSION®PRI 8 SCB.CONT WIN®SEC) | 
(SCB.HALF~SBSSlON®SEC 6 SCB.CONT_WIN=PRI) ; 

RU CTGY=DFC 8 RQ_CODE®RELQ; 

fsminpuT®*reset'7 

FSMINPUT*** RESET BETB*; 

FSMINPUT®• RESET^CONT*; 

FSMINPUT®•RESET^INB*; 

FSMINPUT®*RESET RCV*; 

FSMINPUT® * BESBT~SEND•; 

RU_CTGY®DFC 8 RQ^CODE®(BIDfBIS!CHASEjQC|RTR); 

RRI»RQ; 

RQD; 

RQD | (RQE 8 CDI=CD); 

RQE; 

RQN; 

RRI=RSP; 

BRI=RSP 8 RTI®POS; 

RRl®RSP 8 RTI®NEG; 

RU CTGY*DFC 8 RQ CODE®RTR; 

mucb.direction®s1nd; 

RU CTGY®DFC 6 RQ CODE®SBI; 

RU~CTGY®DFC 8 RQ~CODE®SHUTC; 

RU~CTGY=DFC 6 RQ~CODE®SHUTD; 

SCB.RECOVBRY_RESP=SYHMETRIC; 

RQD I (RQE 6*"CDI=CD) ; 

((LAST ENTRY(CT PTR)->CT END SNF - 

LAST ENTRY(CT PTR)->CT BEG SNF>=0) 6 
(SNF>=LAST ENTRY(CT PTR)->CT_lEG_SNF & 

SNF<®LAST_ENTRY(CT_PTR) ->CT_END_SNF)) ! 

((LAST ENTRY(CT PTR)->CT END SNF - 

LAST ENTRY (CT PTR)->CT — BEG_SNF<0) & 

(SNF>®LAST ENTRY(CT_?TR)->CT - BEG SNF f 

SNF<=LAST ENTRY (CT_PTR) ->CT__END - _SNF)) ; 

FSMINPUT®* UNAVL*;~ 

SNC(0:15)®(X*080B*!X*0813*!X»0814»|X*081B»); 

SNC(0:15)=(X*080B*|X*0813*1X*0814*|X*081B'|X*0846»); 

SNC(0:15)®X*0814*; 

SNC(0:15)®X* 081B*; 

SNC(0:15)®X* 0846*; 


END FSt!_INP(JT_DEPINITION; 
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| CT_RCV_RQ_EXP | 

| THIS CORRELATION TABLE CONTAINS INFORMATION FOR ALL EXPEDITED-FLON | 

| REQUESTS RECEIVED. IT IS USED TO ENFORCE PROPER SENDING OF | 

| RESPONSES TO THESE REQUESTS. [ 

l------ - —-------» 

*/ 

ENTITY(CT RCV RQ EXP ENTRY), 

2 CT RCY RQ EXP ID FIXED(15) BIN, 

2 CT~RCv‘’rqIeXP~DFC RQ CODE BIT (8), 

2 CT RCV RQ_EXP_EXRISENSE BIT(16); 


/* 

«————----—-™-—————--— -— ------ —- --——------i 

) CT_SEND_RQ_EXP I 

{ THIS CORRELATION TABLE CONTAINS INFORMATION FOR ALL EXPEDITED-FLOW I 

| REQUESTS SENT. IT IS USED TO CHECK PROPER RECEIVING OF I 

! RESPONSES TO THESE REQUESTS. I 


V 

ENTITY (CT SEND_RQ EXP_ENTRY) , 

2 CT SEND RQ EXP ID FIXED (15) BIN, 

2 CT~SEND~RQ~EXP~DFC RQ CODE BIT(8); 


/* 


t----- -— --i 

| CT NORN 1 

I “ I 

| THIS IS THE FORMAT OF THE SEND AND RECEIVE NORMAL-FLON I 

| CORRELATION TABLE ENTRIES I 

L_______-_-___• 


*/ 


ENTITY(CT NORM ENTRY), 

2 CT ENTRYJTYPE BIT(2) , 

2 CT CONTROL INFO, 

3 CT BEG SNF FIXED(15) BIN, 

3 CTlENDlSNF FIXED.(15) BIN, 

3 CT RSP_TO_NOT CANCEL BIT(1), 

3 CT EXR SENSE_FOR_NQT_CANCEL BIT(32), 
3 CT_EXR_SENSE_FOR_CANCEL BIT(32), 

2 CT RH HO INFO,~ 

3 CT RU^CTGY BIT‘(2) , 

3 CT^RQI, 

4 CT DR1I BIT (1) , 

4 CT~DR2I BIT (1) , 

4 CT~ERI, 

5 CT_RTI BIT (1), 

3 CT QRI BIT (1), 

3 CT~BBI BIT(1) , 

3 CT _ EBI BIT (1) , 

3 CT CDI BIT (1) , 

3 CT DFC RQ CODE BIT(8); 
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CHAPTER 6 


OVERVIEW OF NETWORK SERVICES 


This chapter provides an overview of Chapters 7, A, and 9, 
which present definitions for the SSCP and LU services 
layers consisting of SSCP and LU services managers* session 
network services* and undefined protocol machines. An 
overview of the PU services layer is given in Chapter 10* 
and detailed descriptions of the PU services components are 
given in Chapters 11* 12, and 13. 


NAU.SVC 


The NAU services components of the SSCPs and of the PUs and 
LUs in the network interact to monitor and control LUs, 
links* link connections, and routing tables. The 
interaction is based on the division of the network into 
domains. Each domain consists of an SSCP and the PUs, LUs, 
link stations, links and associated resources that the SSCP 
controls by having the capability to activate them (e.g., 
via ACTPU, ACT LU, and ACTLINK). 

For a given NAU, the services manager and the session 
network services (SNS) component for its various 
ha 1f-sessions jointly form a NAU services layer. 

• NAU services managers control network operation by 
exchanging network services RUs with one another, using 
SSCP based sessions, i.e.» SSCP-SSCP, SSCP-PU, and 
SSCP-LU sessions. 

• Session network services (SNS) are located in 
ha 1f-sessions and record state information on a 
half-session basis, to enforce the correct ordering of 
network services RUs. 

The specific requests and responses flowing between the NAU 
services components described in the following chapters are 
called network services (NS) requests and responses. Both 
same-domain (SSCP-PU and SSCP-LU) and cross-domain 
(SSCP-SSCP) network services flows are described. These 
flows are i1lustrated in Figure 6-5 on page 6-7. 

Figures 6-1 through 6-4 provide an overview of nodes, 
emphasizing NAU services. Each node type is shown in a 
separate figure. 


SSCP.SVC 


The SSCP.SVC layer includes the SSCP.SVC_MGR and SNS 
components. SSCP.SVC_MGR exchanges network services RUs 

with a corresponding services manager-SSCP.SVC_MGR (using 

the SSCP-SSCP session), LU.SVC_MGR (using the SSCP-LU 
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session)* or PU.SVC_MGR (using the SSCP-PU session). For 
configuration services* the SNS component consists only of 
SNS.RCV and SNS.SEND. Figure 6-6 illustrates the structure 
of SSCP.SVC. 


LU.SVC 

The LU.SVC layer includes the LU.SVC_MGR and SNS components. 
LU.SVC_MGR exchanges network services RUs with a 
corresponding SSCP.SVC_MGR on the associated SSCP-LU 
session. Figure 6-7 illustrates the structure of LU.SVC. 


PU.SVC 


PU.SVC consists of the PU.SVC_MGR and SNS components. 
PU.SVC_MGR exchanges network services RUs with a 
corresponding SSCP.SVC_MGR on the associated SSCP-PU 
session. The SNS component of PU.SVC consists only of 
SNS.RCV and SNS.SEND. Figure 6-8 illustrates the structure 
of PU.SVC. 
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Node Operator 
A 


End User(s) 
A 



Link Connection 


Figure 6-1. 


Overview of a PU_T1 Peripheral Node, Emphasizing NAU 
Services 


CHAPTER 6 


OVERVIEW OP NETWORK SERVICES 6-3 



























































Node Operator 
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End User (s) 
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| Half- 
|Session 
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SSCP-PU 
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Session 


TC | | 



I I 

| DFC | 
I I 


TC ! 


PO T2 NODE 


Note: 

A PU_T2 node differs from a PU__T1 node in that each LU in a PU_T2 node 
has the capability to support multiple LU-LU sessions. 


Figure 6-2. 


Overview of a PU_T2 Peripheral Node, Emphasizing 
Services 


NAU 
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Mote : 

The structural overview of the boundary function, including 

BF. (PtJ|LU) .SVC_HGR, BF.TC, and BF.PC, is illustrated in Chapter 1. 


Figure 6-3. Overview of a PU_T4 Subarea Node, Emphasizing NAU 
Services 
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Motes: 

1. The streetnral overview of the boundary function, including 
BP.(POILO).SVCJIGR, BP.TC, and BP.PC, is illustrated in Chapter 1. 

2. A P0JT5 node differs frow a P0^T4 node in that a P0_T5 node 

contains an SSCP instead of a POCP. __— 


Figure 6-4. Overview of a PU_T5 Subarea Node, Emphasizing NAU 
Services 
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NS Requests 
and Responses 


SSCP.SVC_MGR 


I 

-| SSCP-PU 
| half-session 


I 

-| SSCP-LU 
I half-session 


I 

-i SSCP-SSCP' 

| half-session 


Configuration Services 
Maintenance Services 


Management Services 
Maintenance Services 
Session Services 


Session Services 


SSCP-PU 

half-session 


PU.SVC_NGR 


SSCP-LU 
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LU.S?C_MGR 


I 

I 


I 

SSCP-SSCP* I 
half-session j 


SSCP*.SVC_MGR 


Figure 6-5. 


Relationship of SSCP, PU, and LU Services Managers to 
Network Services Request and Response Flows 
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NETWORK SERVICES CATEGORIES 


The NS requests and responses* described in Chapters 7, 8 
and 9* are classified into the following categories: 


Configuration services 
Session services 
Maintenance services 
Management services 


(See Chapter 7) 
(See Chapter 8) 
(See Chapter 9) 
(See Chapter 9) 


Figure 6-5 on page 6-7 illustrates* by category* which RUs 
flow between the NAU services managers. 

CONFIGURATION SERVICES 

Configuration services protocol machines are distributed 
between the SSCPs and all the PUs in the network on a domain 
basis* there are no configuration services in LUs. 
Configuration services support the control of link-level 
procedures such as the activation and deactivation of 
switched and nonswitched links* control of link station 
contact* and the loading and dumping of nodes. 

The configuration services within the SSCP have such 
implementation- and installation-dependent information as 
the network addresses and characteristics of all PUs within 
its domain* and the appropriate telephone numbers associated 
with switched link connection operations. Each PU has 
available to it implementation- and installation-dependent 
information about the network* such as its own network 
address and characteristics. 

SESSION SERVICES 

Session services protocol machines are distributed between 
the SSCPs and LUs in the network; there are no session 
services in PUs. Session services provide facilities for 
the SSCP to support LUs in initiating and terminating LU-LU 
sessions. 

MAINTENANCE AND MANAGEMENT SERVICES 

Maintenance services protocol machines are distributed 
between the SSCPs and both the PUs and LUs of the network, 
or between communication network management (CNM) components 
as described below. These protocols support the execution 
of link-level traces, the testing of various network 
resources (e.g., a link or an LU), and the reporting of 
network resource status. 

Management services protocol machines are distributed 
between SSCPs and LUs that support CNM applications in order 
to support maintenance services that are operating as part 
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of CNM. Management services allow the CNM application, 
associated with the LU, to use the existing LU-SSCP and 
SSCP-PU sessions to access the CNM component associated with 
a specific node. This CNM component access is accomplished 
using network names. The SSCP translates the network name 
to a network address. Chapter 9 describes communication 
network management in more detail. 

NETWORK SERVICES FORMATS 

All NS requests and responses are sent on the normal flow 
with the RU category indicating FMD. When responses are 
requested or returned, the Definite Response 1 indicator 
(DR1I) in the RH is set to DR1. 

NS requests flowing in SSCP-LU sessions from the LU to the 
SSCP may, in general, be field-formatted (RH Format 

indicator set to NSH) or character-coded (RH Format 

indicator set to -NSH); NS requests flowing from the SSCP to 

the LU, or in SSCP-SSCP or SSCP-PU sessions are always 

field-formatted. 

Field-formatted NS requests consist of an initial three-byte 
NS header . followed by additional fields that vary by 
request. The NS header has the following format. 

• The first byte has two subfields: 

-Bits 0-1 denote whether the request involves a service 
related to a PU, an LU, or possibly either: 

00 not specified (may be either) 

01 PU 

10 LU 

11 reserved 

-Bits 2-7 currently have only one value defined: 

000001 network services 

The second byte has three subfields: 

-Bit 0 denotes whether the request is used on a 
same-domain session or on a cross-domain session: 

0 same-domain, i.e.» SSCP-LU or SSCP-PU sessions 
1 cross-domain, i.e., SSCP-SSCP sessions 

-Bit 1 is reserved 

-Bits 2-7 indicate the NS category; values currently 
defined are listed below, with the values of bits 0-1 
(although these are separate subfields) merged with 
those for bits 2-7 to give byte values: 
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same- 

cross- 


domain 

doma i n 


X' 02 ’ 

X ’ 82 f 

configuration services 

X ' 0 3 * 

X ’ 8 3 * 

maintenance services 

X f 0 4 ' 

X * 84' 

measurement services 

X ’ 05' 

X * 85' 

network operator services 

X’ 06’ 

X' 86 ’ 

session services 

X * 08' 

— 

management services 

of these 

categories 

—measurement services and 


operator services—are not described in this book. 


network 


• The third byte indicates the particular request code 
(e.g., CONTACT) within the NS category. 


Full details on the RU formats for field-formatted NS 
requests (and responses) are given in Appendix E. 

Control vectors and control lists are maintained at NAUs, and 
are set or accessed by other NAUs using specific requests and 
their responses. Control vectors are referred to by key > 
while control lists are referred to by type . Appendix E 
defines the formats and uses within RUs of control vectors 
and control lists. The SETCV function is discussed in 
Chapters 7 and 9, and the DSRLST function is discussed in 
Chapter 8. 


A network name is the name by which a PU, an LU» a link, or a 
link station is known within NTWK.SNA. Network names used 
across domains must be unique within the multiple-domain 
network. Network Name fields and Uninterpreted Name fields 
(described in Chapter 8) include a Type field (denoting the 
resource type), a Length field, and the name itself. The 
following values are defined for the Type field: 


hex value 
X'OO’ 

X' FI' 

X ' F 3 ' 

X * F5 ’ 

X' F7 * 

X' F9' 


type name identified 
none (no name present) 

PU name 
LU name 

test procedure name 
adjacent link station name 
link name 


Character-coded NS requests contain RUs consisting of 
character strings that can be translated into equivalent 
field-formatted RUs. A translation protocol is provided by 
the SNS.RCV component of SSCP.SVC to translate the 
character-coded requests received from DFC into 
field-formatted requests. 
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The components of SSCP.SVC are described in the following chapters: 


Component Chapter 


SNS 6 
SNS.MA 9 
SNS.MN 9 
SNS.RCV 6 


Component Chapter 


SNS.SEND 6 
SNS.SS 8 
SSCP.SVC MGR 6 

sscp.svcImgr.cs 7 


Component Chapter 


SSCP.SVC MGR.MA 9 
SSCP.SVC~MGR.MN 9 
SSCP.SVC~MGR.SS 8 
UPM TRANSLATION SVC 6 


Figure 6-6. 


Structure of SSCP.SVC 


CHAPTER 6 


OVERVIEW OF NETWORK SERVICES 6-11 





















































End User (s) 
A A A A 


LU.SVC MGR.PS 


LU.SVC_MGR.SYNCJPT 


LU-LU Half 


Session 



V 

TC 


V 

DFC 


LU.SVC_MGR.(MN&MA) 


I 

j LU.SVC MGR.SS 

I 

I 


LU•SVC MGR 


SSCP-LU Half-Session 


I I 

| SNS. | 

| (MN&MA)| 

I I 

i--1 

A 

I 

V 


I ! 

| SNS.SS | 

I I 

I I 


I 


I 


| SNS.(RCV&SEND) | 

I 


V 

DFC 


> PU.SVC MGR. 
CSC MGR 


Note : 

The components of LU.SVC are described in the following chapters: 
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Chapter 

Component 

Chapter 

Component 

Chapter 

LU.SVC MGR 

6 

LU.SVC MGR. 

SYNC PT ♦♦ 

SNS.SEND 

6 

LU.SVC MGR.MA 
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SNS 
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* 
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9 
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* 
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8 
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6 
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♦ These components are described in SN A LU-LU Session Ty pes. 
♦♦Details of the LU.SVCJMGR.SYNC_PT are not”defined In this book. 


Figure 6-7. Structure of LU.SVC 
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The conponents of PO.SVC are described in the following chapters: 
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* The PO. SVC__MGR.LINK_MGR is not described in this book. 


Figure 6-8. Structure of PO.SVC 
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( 


fapl procedures 

SNS.RCV 

SNS.RCV is shown on page 6-17? and is basically a router. It 
determines on which session the request/response is flowing 
and routes the request/response to the appropriate SNS or 
services manager component based upon RU category. The same 
router is used for all half-sessions. 

SNS.SEND 

SNS.SEND shown on page 6-18 is the procedure to which the 
services managers send requests and responses to be forwarded 
to DFC.SEND. 

UPM_TRANS_TO_FIELD_FORMATTED 

This procedure is called by SNS.RCV to translate character 
coded requests* received from DFC> into field-formatted 
requests that can be processed by the NAU.SVC components. 

UPM_TRANSLATION_SVC 

This procedure translates input from the network operator 
into requests that are to be processed by the SSCP services 
manager components (Chapters 7, 8* and 9). Any responses 
that result from these requests are sent to this UPM. This 
UPM is defined in Chapter 6 because it is common to Chapters 
7, 8* and 9. 
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SNS.RCV: PROCEDURE; 


FUNCTION: ROUTES CURRENT NS RQ OR RSP TO CORRECT NETWORK SERVICES PROCEDURE- 

INPUT: RQ OR RSP FROH DFC.RCV 

OUTPUT: -RSP TO DFC-SEND OR RQ/RSP TO PROCEDURE THAT PROCESSES THE REQUEST. 


NOTE: 


NETWORK OPERATOR SERVICES AND MEASUREMENT SERVICES RUS ARE NOT 
DEFINED IN THIS BOOK. 


SELECT ANTORDER (SCB.TYPE_OF_SESSION) ; 


| HANDLE SSCP-SSCP SESSION REQUEST/RESPONSES 


/* 


v 

/* 





♦/ 

WHEN(SSCP_SSCP) 




IF NS CATEGORY (1:7) = SESSION SERVICES THEN 

SEND MU TO SNS.SS.RCV; 

ELSE 

/* 

CHAPTER 8 

*/ 

DO; 




. IF RRI * RQ THEN 

/* 

IF REQUEST SEND -RSP 

V 

. DO; 

/* 

CATEGORY NOT SUPPORTED 

*/ 

. CALL CHANGE_HU TO NEG RSP(X• 1007*) ; 

/* 

APPENDIX B 

*/ 

. . SEND MU TO DFC7SEND; 

END; 

/* 

-RSP TO CHAPTER 5 

*/ 

. ELSE 

/* 

IF RESPONSE, LOG 

*/ 

. DO; 

/* 

AND DISCARD 

*/ 

. . CALL UPMJLOG; 

/* 

APPENDIX B 

*/ 

. . DISCARD MU; 







HANDLE SSCP-LU SESSION REQUEST/RESPONSES 


WHEN(SSCP LU) 

DO; 

«, IF FI = -»NSH THEN 

CALL UPM TRANS JTO FIELD FORMATTED; 
ELSE 

SELECT ANYORDER; 


WHEN (NS__CATEGORY (1:7) = MANAGEMENT_SERVICES) 
SEND MU TO SNS.MN.RCV; 

WHEN(NS CATEGORY (1:7) = MAINTENANCE SERVICES) 
SEND MU TO SNS.MA.RCV; 


/* IF NOT FIELD FORMATTED */ 
/* PAGE 6-19 */ 


/* CHAPTER 9 */ 

/* CHAPTER 9 */ 


WHEN(NS_CATEGORY (1:7) - SESSION SERVICES) 
SEND MU TO SNS.SS.RCV; 


/* CHAPTER 8 


OTHERWISE 

DO; 

. IF RRI = RQ THEN 
DO; 

. CALL CHANGE MU_TO_NEG_RSP(X»1007•); 
. . SEND MU TO DFC.SEND; 

END; 

. ELSE 
. DO; 

. CALL UPM_LOG; 

. DISCARD MU; 

. END; 

END; 


/* IF REQUEST SEND -RSP */ 
/* CATEGORY NOT SUPPORTED */ 
/* APPENDIX B */ 
/* -RSP TO CHAPTER 5 */ 

/* IF RESPONSE, LOG */ 
/* AND DISCARD */ 
/* APPENDIX B */ 


A-., 
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| HANDLE SSCP-PO SESSION BEQOEST/RESPONSES J 

i-——— ---1 





WHEN (SSCP PO) 







SELECT ANYORDER; 







. WHEN (NS CATEGOBY(1:7) = CONPIGDBATION SERVICES) 







. IF DEF * 0 THEN 

/* 

PD IS DESTINATION 

V 




. SEND HD TO PD.SVC MGB.NS.BCV; 

/* 

CHAPTER 11 

♦/ 




. ELSE 

/* 

SSCP IS DESTINATION 

*/ 




. SEND HD TO SSCP.SVC_HGR.CS.BCV; 

/* 

CHAPTER 7 

V 




. WHEN (NS_CATEGORY(1:7) ■ HAINTENANCE_SEBVICES) 







. IF DEF = 0 THEN 

/* 

PO IS DESTINATION 

*/ 




SEND HO TO PD.SVC HGB.NS.BCV; 

/* 

CHAPTER 11 

*/ 




ELSE 

/* 

SSCP IS DESTINATION 

V 




. SEND HO TO SNSwH-A.BCV; 

/* 

CHAPTER 9 

*/ 




. OTHEBWISE 







. DO; 







. IF RBI * RQ THEN 

/♦ 

IF REQOEST SEND -RSP 

♦/ 




. . DO; 

/* 

CATEGORY NOT SOPPORTED 

*/ 




. . . CALL CHANGE HO TO NEG RSP (X‘1007'); 

/* 

APPENDIX B 

*/ 




. . . SEND HD TO DFC.SEND; 

/* 

-RSP TO CHAPTER 5 

V 




. . END; 







. . ELSE 

/* 

IF RESPONSE , LOG 

*/ 




. . DO; 

/* 

AND DISCARD 

V 




. CALL OPM_LOG; 

/* 

APPENDIX B 

*/ 




. . . DISCARD MO; 







. . END; 







. END; 







END; 






END; 





END; 







END; 

BETDBN; 

END SNS.RCV; 
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SMS.SEND: PROCEDURE 


| FUNCTION: ROUTES CURRENT NETWORK SERVICES RQ OR RSP TO DFC.SEND. 

I 

| INPUT: RQ OR RSP FROM NAU SERVICES COMPONENT. 

I 

| OUTPUT: RQ OR RSP TO DFC.SEND. 

i__—---___—__—___—___—- 

SEND NU TO DFC.SEND; /♦ CHAPTER 5 

RETURN} 

END SNS.SEND; 


*/ 

V 
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UPM_TRANS_TO_FIELD_FORHATTED: PROCEDURE; 


/* 

| FUNCTION: TRANSLATES RECEIVED CHARACTER-CODED REQUESTS INTO FIELD-FORMATTED "1 

| REQUESTS. | 

I I 

| INPUT: RQ FROM SNS.RCV | 


*/ 

_ /* 

| TRANSLATE TO FIELD FORMATTED | 

I—.—_______,_I 

♦/ 

FI * NSH /* INDICATE RU IS FIELD FORMATTED */ 

RETURN; 

END UPMJTRANS TO FIELD_FORHATTED; 
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UPH — TRANSLATION'SVC: PROCEDORE; 


FUNCTION: TRANSLATES INPUT FROM THE NETWORK OPERATOR INTO REQUESTS TO BE 
PASSED TO CS.SEND (CHAPTER 7), SS.SEND (CHAPTER 8) r MA.SEND, OR 
MN.SEND (CHAPTER 9) TO BE PROCESSED. RESPONSES TO THESE REQUESTS 
ARE RECEIVED FROM CS.RCV, SS.RCV, MA.RCV, OR MN.RCV AND PASSED TO 
THE NETWORK OPERATOR. 


RETURN; 


END UPMJTRANSLATION_SVC; 
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CHAPTER 7. SSCP.SVC_HGR—CONFIGURATION SERVICES 


SSCP . SVC MGR . CS GENERAL DESCRIPTION 

Every network contains one or more system services control 
points (SSCPs), each of which manages a portion of the 
network called its domain. Each SSCP has a corresponding 
SSCP services manager with a configuration services 
component) the SSCP.SVC_MGR.CS. The function of the 
SSCP.SVC_MGR.CS is to control the physical configuration of 
its domain by managing the link connections* link stations* 
and physical units within the domain. The SSCP.SVC_MGR.CS 
initially activates the domain at start-up time as specified 
by the network operator* modifies it subsequently* restarts 
elements of the domain* and shuts down the domain. 

The SSCP.SVC_MGR.CS is assisted by the PU.SVC_MGRs within 
its domain* through the exchange of configuration services 
requests and responses. 

A PU control point (PUCP) exists in a non-PU_T5 node and is 
a functional subset of an SSCP. The subset of functions 
that the PUCP provides is implementation-defined. 
Minimally* a PUCP provides sufficient capability to activate 
the PU in the node in which the PUCP resides and a 
locally-attached link. Basically* the functions that the 
PUCP provides from within the node are those that the 
SSCP.SVC_MGR.CS also provides. (See Chapter 11 for more 
information on the PUCP.) 

Information about each resource within the SSCP’s domain is 
contained in the domain resource list (see Appendix A)> 
which is created by an implementation- and 
installation-dependent process. The domain resource list is 
managed by the SSCP.SVC_MGR.CS* and a representation of a 
domain resource can be added to* or deleted from* the domain 
resource list at any time. 

A PU* link* or link station may be activated by more than 
one SSCP* in which case that resource is said to be under 
shared control This sharing of resources is* however, 
transparent to the SSCP, which is aware only of its own 
control over the resource. The PU . SVC__MGR. NS supervises the 
sharing of the resources associated with its node (see 
Chapter 11). 
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SNS.RCV 

or 

PO.SVC_HGR.CSC_HGR.RCV 

or 

TC.SC.RCV 


SMS.SEND 
or 

PU.SVC_MGR.CSC.M3R.SEND 
or 

TC.SC.SEND 


Figure 7-1. SSCP.SVC_MGR Structure 
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The SSCP.SVC_MGR.CS accesses domain resource (D0M_RES) 
finite-state machines^ each of which represents a resource 
of the domain and provides information about the state of 
the resource in relation to the SSCP. The domain resource 
FSMs describe the interaction of the SSCP with given 
resources. A single domain resource FSM of a particular 
kind exists for each resource in the SSCP's domain (e.g.* 
one FSM_LINK_ACT_DOM_RES for a link or one 
FSM_ALS_CONTACT_DOM_RES for an adjacent link station 
represented in a given node of the domain). 

In contrast to domain resource FSMs* node resource FSMs 
describe the interaction of multiple control points with 
given resources (see Figure 7-2). Node resource FSMs are 
discussed in Chapter 11. 

The states of the node resource FSM for a given shared 
resource are coupled with those of the domain resource FSMs 
representing the interaction of different SSCPs with the 
same shared resource* e.g.* the node resource FSM goes 
active when the first corresponding domain resource FSM 
does* and is reset only after all corresponding domain 
resource FSMs are reset. 
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SSCP.SVC MGR STRUCTURE 


The SSCP.SVC_MGR (Figure 7-1) is composed of the following 
network services elements: 

• Configuration services (Chapter 7) 

• Session services (Chapter 8) 

• Management and maintenance services (Chapter 9) 

• Domain resource finite-state machines 
(Chapters 7, &, and 9) 

• UPM_TRANSLATION_SVC (Chapter 6) 


The configuration services (CS) component (Figure 7-3) is 
composed of the following elements: 

• CS.SEND* which handles the sending of all requests* 
responses* and other signals to SNS.SEND (Chapter 6) 
and to PU.SVC_MGR.CSC_MGR.SEND (Chapter 13) 

• CS.RCV* which handles the receiving of all requests* 
responses* and other signals from SNS.RCV (Chapter 6)* 
from PU.SVC_MGR.CSC_MGR.RCV (Chapter 13), and from 
TC.SC.RCV (Chapter 4) 


Session network services (SNS) is a router for requests and 
responses flowing between CS and DFC. (For more information 
on SNS, see Chapter 6.) 

The network operator drives the SSCP.SVC_M6R.CS by means of 
an undefined protocol machine (UPM), called 
UPM_TRANSLATION_SVC. UPM_TRANSLATION_SVC receives input 
from the network operator and passes the input to CS.SEND. 
It also receives input from CS.RCV and routes this input to 
the network operator. 
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SSCP.SVC MGR. < 
SS.RCV 


PU.SVC MGR. 
CScJjGR.RCV 


Figure 7-3. 


UPM — TRANSIATION — SVC 
A A 
I 



SSCP.SVC_MGR. 
SS.SEND 


> PO.SVC MGR. 

CSC MGR.SEND 


V V 

SNS.SEND 


SSCP.SVC MGR•CS Structure 
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SSCP . SVC MGR . CS PROTOCOL BOUNDARIES 


The protocol boundary information for the SSCP.SVC_MGR.CS 
depends on the sender of the RU. The specific protocol 
boundary information for the receipt of RUs is contained in 
CS.SEND (page 7-48) and CS.RCV (page 7-50). 


SSCP . SVC MGR .CS FUNCTIONS 

The SSCP.SVC_MGR.CS coordinates the following functions: 

• Dialing-out and enabling for dial-in over switched link 
connections 

• Activating and deactivating links 

• Link-level contacting and discontacting of nodes 

• Initial program loading of nodes 

• Dumping of stored data to the SSCP 

• Resetting of appropriate domain resource FSMs upon 
receipt of an INOP 

• Adding entries to> and deleting entries from* the 
domain resource list 
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CONFIGURATION SERVICES DATA BASE STRUCTURE 


The configuration services data base consists of the node 
control block (NCB) and the domain resource list* and is 
structured as shown in Figure 7-4. This structure describes 
the hierarchy of the many resources within the domain of an 
SSCP. Details of this structure are given in Appendix A. 

The node control block contains the element address of the 
SSCP and the SSCP identification used in resolving ACTCDRM 
contention. 

The domain resource list consists of a domain resource entry 
for each resource in the domain. A domain resource entry 
contains such information as the network name and network 
address of the resource it is representing. 

Every resource is hierarchically associated with its next 
higher level. This is represented in the domain resource 
list through the use of associated (backward) resource 
pointers. 

Each link attached to a subarea node is associated with that 
node's PU. The domain resource entry for the link points to 
the entry for the subarea PU with which it is associated. 

For a given subarea PU* a link may have one or more adjacent 
link stations associated with it. Only one adjacent link 
station is associated with a switched link connection. At a 
subarea node containing a secondary link station* only one 
adjacent link station (the primary station) is represented. 
At a subarea node containing the primary link station for a 
multipoint link* there may be multiple adjacent link 
stations. Each domain resource entry for an adjacent link 
station points to the entry for the specific link resource 
with which it is associated. 

The domain resource entry for a peripheral PU points to the 
entry for the subarea PU's adjacent link station with which 
the peripheral PU is associated. The network address 
carried in the entry for the peripheral PU is identical to 
that for its associated adjacent link station. (The two 
entries have different resource category values.) 
Peripheral nodes require boundary function support in a 
subarea node. The domain resource entry for a peripheral PU 
contains the local form of the peripheral PU address* as 
known to the boundary function* and the PU type. 


7-8 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 

I * . 



The resource entry for a peripheral LU points to the entry 
for the peripheral PU with which it is associated. A 
boundary function LU in a subarea node is required for every 
LU that exists in a peripheral node attached to the subarea 
node. The entry for the peripheral LU contains the local 
form of the peripheral LU address, as known to the boundary 
function. 

The domain resource entry for a subarea LU points either to 
a subarea PU entry or to another subarea LU entry. If the 
LU does not support parallel sessions, then the entry points 
to the LU's associated PU. If the LU does support parallel 
sessions, then it is represented by a single secondary LU 
address and by multiple primary LU addresses. The secondary 
LU entry points to its associated PU, while the primary LU 
entries point to the secondary LU. 

Also included in a domain resource list entry is the 
SAVE_MU_FOR_RETRY_LIST. This is a pointer to a list that 
contains requests that are being held in the list pending 
the activation of a given resource. For example, if the 
SSCP.SVC_MGR.CS receives an ACTLINK request and the target 
link’s associated PU has not yet been activated (i.e., sent 
ACTPU), then the ACTLINK is inserted into that PU’s list. 
All requests on this list are removed and reissued after the 
PU becomes active (i.e., a positive response to ACTPU is 
received). For more information about this list, see Figure 
7-5. 
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Figure 7-4. Structure of the Domain Resource Data Base 


7-10 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 
























REQUEST | 

TARGET RESOURCE 


1 

1 

RESOURCE CHECKED 


(FOR) 

1 

1 

LIST 

OSED 


ACTLO 

Subarea or Peripheral 

LO 

i— 

1 

Subarea or Peripheral 

PU 

(ACTPO) 

i 

1 

PU 

DACTLU 

Subarea or Peripheral LO 

1 

Subarea or Peripheral 

PO 

(ACTPO) 

1 

PO 

ACTLINK 

Link 


I 

Subarea PU 


(ACTPO) 

“T" 

1 

PO 

DACTLINK 

Link 


1 

Subarea PU 


(ACTPO) 

\ 

PO 

ACTCONNIN 

Link 


1 

Link 


(ACTLINK) 

1 

Link 

DACTCONNIN 

Link 


1 

Link 


(ACTLINK) 

1 

Link 

CONNOOT 

Link 


1 

Link 


(ACTLINK) 

1 

Link 

ABCONNOOT 

Link 


1 

Link 


(ACTLINK) 

1 

Link 

ABCQNN 

Link 


1 

Link 


(ACTLINK) 

1 

Link 

CONTACT 

ALS 


1 

Link 


(ACTLINK) 

1 

Link 

DISCONTACT 

ALS 


1 

Link 


(ACTLINK) 

1 

Link 

IPLINIT 

ALS 


1 

Link 


(ACTLINK) 

1 

Link 

DO HPINIT 

ALS 


1 

Link 


(ACTLINK) 

1 

Link 

RPO 

ALS 


1 

. 

Link 


(ACTLINK) 

i 

_x. 

Link 

INITPROC 

Peripheral PO 


T 

1 

ALS 


(CONTACT) 

T 

1 

-1 

ALS 

RNAA 

Link 


T 

i 

Link 


(ACTLINK) 

i 

Link 


ALS 


i 

ALS 


(CONTACT) 

i 

ALS 


Subarea LO 


i 

_JL— 

Subarea LO 


(ACTLO) 

i 

LO 

ADDLINK 

| Subarea PO 


T 

1 

Subarea PO 


(ACTPO) 

i 

PO 

ADDLINKSTA 

I Subarea PO 

1 - .. - - . _ r . 


1 

Subarea PO 


(ACTPO) 

i 

PO 

DELETENR 

I Link 


1 

Subarea PO 


(ACTPO) 

i 

i 

PO 


ALS 


1 

Subarea PO 


(ACTPO) 

i 

PU 

FNA 

| Link 


1— 
1 

Link 


(ACTLINK) 

T 

I 

Link 


1 Subarea or Peripheral 

PO 

1 

Subarea or Peripheral 

PO 

(ACTPO) 

1 

PO 


| Subarea LO 


1 

Subarea LO 


(ACTLO) 

1 

LO 


r 

| REQUEST OR RESPONSE 
! 

-r 

| TARGET RESOURCE 

1 

-r — 

| LIST 
| EMPTIED 

1 

1 

r t- t i 

r 

| +RSP(ACTPO) 

| Subarea or Peripheral PO 

i PO 

1 

1 - 1 ■ '" J " L . 

| +RSP(ACTLU) 

l 

| subarea or PeriDheral LU 

i LO 

t .. . . 

1 

| + RSP (ACTLINK) 

| Link 

| Link 

i 

1 

__j 

i - . ■■ - l ... . ■ 

| CONTACTED(LOADED) 

i— 

i ALS 

_■---——- 

| ALS 

i 


Exaaple: When the SSCP.S?C_NGR.CS receives an ACTLINK request, the target link's 
associated PO is checked to see if it has been sent ACTPU. If it has not, the 
ACTLINK request is placed on the PO's SA?B_MU_FOR__RETRY_LIST. The requests on 
this PO's list are reaoved and reissued after a positive response to ACTPO is 
received. 


Figure 7-5. Summary of Activity Involving the 
SAVE MO FOR RETRY LIST 
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RESET HIERARCHY 


The domain resource FSMs contained in the SSCP.SVC_MGR.CS 
lie in a reset hierarchy shown in Figure 7-6. 
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Figure 7-6. The Reset Hierarchy of Domain Resource FSMs in an SSCP 
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SMITCHED LINK CONNECTION OPERATION 


BASIC CONCEPTS 

Switched link connection operation involves the activation 
of a link connection between an SDLC link station in a 
subarea node and an adjacent SDLC link station in a 
peripheral node over communication common-carrier switched 
facilities. Switched link connection allows a station to 
connect to the network through different switched links at 
different times. 

A call initiating the activation of a switched link 
connection may originate at either the link station residing 
in the subarea node or at the adjacent link station residing 
in the peripheral node. In either case? the call initiation 
and answering functions may be manual* involving operator 
assistance* or may be automatic. Switched link connection 
requires that the subarea PU already have an active session 
with the SSCP prior to a connection being made with other 
nodes . 

The establishment of a switched link connection requires 
certain functions to be performed by the PU.SVC_MGR.NS in 
the subarea PU, and by UPM_TRANSLATION_SVC and the 
SSCP.SVC_MGR.CS in the SSCP. (The subarea PU and the SSCP 
may reside in the same node* but are not required to do so.) 
These functions involve link management, switched link 
selection and dynamic assignment of network addresses* and 
network integrity. 

Link Management 

Link management is a function of the PU.SVC_MGR.NS and 
includes the following subfunctions: 

• Enabling the link connection, upon receipt of a CONNOUT 
or an ACTCONNIN request from the SSCP.SVC_MGR.CS, so 
that an outgoing or incoming call is possible 

• Placing a call to an adjacent link station* or 
answering a call that originated at that link station. 
The telephone number to be dialed is supplied either 
automatically or manually to the dial equipment. In 
the event of a manual outgoing call operation, the 
phone number is provided to the operator by the 
SSCP.SVC_MGR.CS 

• Disabling the link connection from making or answering 
a call, upon receipt of an ABCONNOUT or a DACTCONNIN 
request from the SSCP.SVC_MGR.CS 


7-14 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 



Switched Link Selection and Dynamic Address Assignment 

Switched link selection and the dynamic assignment of 
network addresses is carried out by the SSCP.SVC_MGR.CS and 
UPM_TRANSLATION_SVC in conjunction with the PU.SVC_MGR.NS. 
Switched link selection requires knowledge of the physical 
characteristics of the link connections that are available 
at each node versus the characteristics required of the link 
connection in order to contact the specified adjacent link 
station (characteristics such as line speed, answer 
capability, and dial capability), and of the types of 
communication common-carrier services available at each node 
in the network. 

UPM_TRANSLATION_SVC maintains this knowledge of the link 
stations in the network and of the alternate switched links 
over which the link stations can connect to the network. 
Link considerations are transparent to the network operator. 
Since an LU in a peripheral node can be connected to the 
network via different links and appear as different network 
addresses at different times, the SSCP remembers the network 
address currently in use for a named LU, and provides this 
name-to-address translation for the network operator. 

When UPM_TRANSLATION_SVC receives an activation request from 
the network operator for an LU in a node connectable to the 
network via a switched link, the UPM chooses an appropriate 
switched link to the LU’s node (see Figure 7-7). 
UPM_TRANSLATION_SVC sends to the SSCP.SVC_MGR.CS an ACTLINK 
and a CONNOUT request. 

Later in the call sequence, the SSCP.SVC_MGR.CS issues to 
the PU.SVC_MGR.NS an RNAA request that carries the local 
addresses of all the LUs in the node in which the adjacent 
link station resides. The PU.SVC_MGR.NS responds with the 
corresponding LU network addresses, which the 
SSCP.SVC_MGR.CS stores in the domain resource control block 
entries for the LUs. 

Network Integrity 

Network integrity requires checking whether a PU that is to 
be connected via a switched link actually belongs in the 
network and has been defined to the network. The 
SSCP.SVC_MGR.CS inspects the XID information field carried 
in the REQCONT request to see if the PU is part of the 
domain controlled by the SSCP and is represented by an entry 
in the domain resource list. Identification is exchanged 
between the PU and the PU.SVC_MGR.NS via the SDLC XID 
command and response. In addition to the checking performed 
by the SSCP, the SSCP.SVC_MGR.CS may provide its SSCP 
identification in the ACTPU request to allow further 
integrity checking. 


CHAPTER 7. SSCP.SVC MGR—CONFIGURATION SERVICES 7-15 



A nonswitched link connection between two link stations in a 
network can be replaced temporarily by a switched link 
connection* allowing backup of the nonswitched connection 
for increased availability. When a link connection that is 
nonswitched temporarily becomes switched* 
UPM_TRANSLATION_SVC is responsible for changing the value of 
the ORCB.SWITCHED_LINK field of the link station and ALS 
entries to indicate that the link connection is currently 
switched. UPM_TRANSLATION_SVC changes the field back to the 
original nonswitched indication when the connection once 
again becomes nonswitched. 


\ 
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ESTABLISHMENT OF A SWITCHED LINK CONNECTION 


Figure 7-8 (page 7-20) illustrates the sequence of RU flows 
necessary for establishing a switched link connection. 
Figure 7-9 (page 7-21) shows the configuration services 
procedures involved during the sequence, and gives a brief 
summary of the switched link connection operation functions 
performed by the procedures. 

The network operator sends UPM_TRANSLATION_SVC an activation 
request that carries the name of an LU in the node in which 
the adjacent link station to be connected resides. 
UPM_TRANSLATION_SVC issues an ACTLINK request along with a 
CONNOUT request to the SSCP.SVC_MGR.CS, which processes the 
requests and forwards them to the PU.SVC_MGR.NS. During the 
processing of a CONNOUT request, if the CONNOUT RU specifies 
that the outgoing call operation is to be manual, the 
SSCP.SVC_MGR.CS sends the operator the phone number of the 
node to be dialed. This number is maintained in the 
DRCB.DIAL_DIGITS field of the domain resource list entry for 
the peripheral PU associated with the LU that is the target 
of the activation request. 

Upon receipt by the PU.SVC_MGR.NS of the CONNOUT request, 
the outgoing call operation is performed, and the SDLC XID 
command and response are exchanged between the adjacent PUs. 

A switched link connection operation may also be initiated 
by a peripheral node placing an incoming call to a subarea 
node. In this case, the switched link over which the call 
is made has already been activated and the link station in 
the subarea node has been placed in the enable-answer mode 
prior to the receipt of the incoming call (i.e., ACTLINK and 
ACTCONNIN requests have been received and processed by the 
PU.SVC_MGR.NS). After the incoming call operation is 
performed and the XID command and response are exchanged, 
the sequence proceeds exactly like that for an outgoing 
call. 

Following the XID exchange, the PU.SVC_MGR.NS sends a 
REQCONT request to the SSCP.SVC_MGR.CS. The REQCONT 
contains the XID information field and indicates the PU type 
and ID of the peripheral node. The SSCP.SVC_MGR.CS verifies 
that the information contained in the XID is valid and 
updates the information contained in the domain resource 
control block as described below. 

Entries for adjacent link stations, PUs, and LUs residing in 
a node that can be connected to the network via switched 
links exist in the domain resource list prior to the 
initiation of the dial sequence) however, the network 
address field in the peripheral PU and LU entries, and the 
associated resource pointer field in the peripheral PU entry 
are not initialized (see Figure 7-7). The network address 
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field in the switched ALS entry, however, is initialized at 
system generation time to be equal to the value of the 
address of the target link plus one . When the 
SSCP.SVC_MGR.CS receives a REQCONT, the value of the 
associated resource pointer field in the peripheral PU entry 
is set to point to its associated ALS entry. (The ALS entry 
already points to its associated link» and the entries for 
the peripheral LUs that are subordinate to the peripheral PU 
already point to the PU entry.) Also at this time» the 
network address field in the peripheral PU entry is 
initialized to be equal to the network address of its 
associated ALS entry, i.e.» the value of the address of the 
target link plus one . (The SSCP.SVC_MGR.CS generates an 
RNAA request later in the call sequence to obtain the 
network addresses of the peripheral LUs, as described 
below.) 

After updating the domain resource list, the SSCP.SVC_MGR.CS 
generates a SETCV request that informs the PU.SVC_MGR.NS of 
the PU type of the node being attached and provides 
information to be used in initializing the boundary 
function, and a CONTACT request containing the network 
address of the associated adjacent link station. 

The CONTACT request causes the PU.SVC_MGR.NS to exchange the 
normal SDLC SNRM command and UA response between the 
adjacent PUs. The successful completion of the link-level 
contact procedure is reported by the PU.SVC_MGR.NS to the 
SSCP.SVC_MGR.CS via the CONTACTED request. At this point, 
the link station in the subarea node and the adjacent link 
station in the peripheral node have established physical 
communication on the link. 

Next, the SSCP.SVC_MGR.CS sends an ACTPU request to the 
peripheral PU. The ACTPU may carry the ID of the SSCP. The 
PU verifies that it has reached the correct SSCP by checking 
the ID. 

When the SSCP.SVC_MGR.CS receives a positive ACTPU response, 
it generates an RNAA request for all LU addresses associated 
with the peripheral PU. The RNAA request carries the local 
addresses of the LUs. The PU.SVC_MGR.NS returns an RNAA 
response that contains the network addresses of the 
peripheral LUs. The SSCP.SVC_MGR.CS now initializes the 
network address field in the domain resource list entries 
for the LUs. After doing this, it issues a SETCV that 
contains boundary function pacing count information, and an 
ACTLU for all LUs associated with the peripheral PU. 
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For an outgoing call sequence, the SSCP chooses a specific switched 
link over which the peripheral PU and LUs will be connected to the 
network. 

For an incoming call sequence initiated at the peripheral node, the 
switched link selection is made implicitly when the peripheral PO 
chooses a subarea node to dial into. 

Entries for the adjacent link stations and for the peripheral PU and 
its associated LUs in the figure above exist in the domain resource 
list prior to the initiation of the switched link connection 
operation; however, the peripheral PO has not been assigned a network 
address and the PO domain resource entry does not yet point to an 
associated adjacent link station entry. This initialization takes 
place during the switched link connection sequence. 


Figure 7-7. Switched Link Selection and 
the Domain Resource List 
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Figure 7-8. Establishment of a Switched Link Connection 
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COHNODT 

When a CONNOOT is received that specifies that a Manual dial 
operation is to be performed, CS.CONH_PROC (page 7-68) calls 
UPM__MAMOAL — DIAL (page 7-126), vhich sends to the operator the 
telephone nuaber to be dialed. 


ilfiCONT 

When REQCONT is received, CS.REQCONT REQDISCONT PROC (page 
7-114) checks the XID I-field carried in the REQCONT. If the 
XID I-field is valid, the procedure: 

• initializes the DRCB.ASSOCIATED RES PTR and 

DRCB.NETWORK_ADDRESS fields in the peripheral PO entry 

• generates SETCV 

• generates CONTACT 

If XID I-field is invalid, the procedure generates: 

• -RSP (REQCONT) 

• DISCONTACT 

• ABCONN 


CONTACTED 

When CS.CONTACTED PROC (page 7-77) receives a CONTACTED 
request, the procedure generates: 

• +RSP(CONTACTED) 

• ACTPO 


RSP(ACTPO) 

CS.ACTPO_.RSP (page 7-54) handles the processing of RSP (ACTPU). 

If the response is positive, the procedure generates an RNAA 
request for all peripheral LU addresses associated with the 
peripheral PO that received the ACTPO. 

If the response is negative, CS.ACTPO_RSP generates DISCONTACT 
and ABCONN requests. 


+ RSP (RNAA) 

When CS.PERIPHERAL_LU_ADD (page 7-97) receives a +RSP (RNAA), 
it: 

• initializes DRCB.NETWORK__ADDRESS field in the 
peripheral LO entries 

• generates SETCV for all peripheral LOs associated with 
the peripheral PO 

• generates ACTLO for all peripheral LOs associated with 
the peripheral PO 


Figure 7-9. Commentary on Figure 8 
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COINCIDENCE OF AN OUTGOING CALL AND AN INCOMING CALL 


Normally a link station can both send and receive calls* 
unless it is specifically limited by the available 
common-carrier facilities to incoming only or outgoing only 
operations. Collisions between an outgoing call and an 
incoming call can occur* and may result in various 
situations depending on the exact timing. Some examples 
are: 

• If an incoming call precedes the connect-out 
processing* the PU.SVC_MGR.NS reports the unsuccessful 
dial to the SSCP. In this case* the CONNOUT request 
was received by the PU.SVC_MGR.NS after the PU had 
already entered an answer procedure on the same link. 
This situation occurs only if the link connection was 
in the enable-answer mode as a result of having 
received an ACTCONNIN when CONNOUT was issued. The 
PU.SVC_MGR.NS responds with a negative response to the 
CONNOUT request with the sense code X'0807' indicating 
"Resource Not Available." 

• If the CONNOUT successfully precedes the incoming call* 
then neither the SSCP nor the PU.SVC_MGR.NS will be 
aware that an incoming call came after the outgoing 
call procedure was initiated at the subarea node. The 
adjacent link station's call operation is terminated 
because of a busy signal from the subarea node. 

• If the incoming call precedes the actual dialing of the 
outgoing telephone number (i.e., the telephone at the 
subarea node goes off-hook for the purpose of dialing 
the outgoing telephone number and finds the link 
connection is already active), the XID exchange takes 
place as normal. If an error has occurred, it is 
detected by the SSCP when it examines the XID I-field 
in the REQCONT request. 
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ERROR-CHECKING AND RECOVERY 


If an error occurs on the link during the dial operation* or 
if the link connection prematurely disconnects after the 
operation has been completed* the PU.SVC_MGR.NS sends INOP 
to the SSCP.SVC_MGR.CS> which then processes the INOP and 
forwards it to UPM_TRANSLATION_SVC. Retrying the link 
connection operation on another link may involve network 
operator action. 

Figure 7-10 (page 7-24) shows the sequence of events that 
occurs when the SSCP.SVC_MGR.CS detects an invalid XID 
I-field in the REQCONT request. The attempted connection is 
abandoned* but the adjacent link station is informed 
properly, so that it can release the link connection on its 
side and become free for any other operation. The 
SSCP.SVC_MGR.CS sends a DISCONTACT request to the 
PU.SVC_MGR.NS * which causes the exchange of the SDLC 
Disconnect command and UA response between the adjacent PUs. 
The SSCP.SVC_MGR.CS also generates an ABCONN request. 

The flow of RUs that result when the peripheral PU detects 
an invalid SSCP ID in the ACTPU request is shown in 
Figure 7-11 (page 7-25). The invalid SSCP ID is indicated 
by a -RSP(ACTPU) with the proper sense code set. The 
SSCP.SVC_MGR.CS responds* as in the case of an invalid XID 
I-field, with the DISCONTACT and ABCONN requests. 
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Figure 7-10. SSCP Detects an Invalid XID I-field 
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Figure 7-11. Peripheral PU Detects Invalid SSCP ID 
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DEACTIVATION OF A SWITCHED LINK CONNECTION 

A switched link connection deactivation process can be 
initiated by either the network operator sending to 
UPM_TRANSLATION_SVC a deactivation request* or by the 
peripheral PU sending to the SSCP.SVC_MGR.CS a REQDISCONT 
request. Figure 7-12 (page 7-27) illustrates the sequence 
of events that takes place when deactivating a switched link 
connection, while Figure 7-13 (page 7-28) shows the 
configuration services procedures that are involved in the 
process. 

Sending REQDISCONT from the peripheral PU to the SSCP is 
optional. If REQDISCONT is sent to the SSCP.SVC_MGR.CS, the 
request is processed and forwarded to the SSCP.SVC_MGR.SS, 
which in turn generates multiple DACTLUs and a DACTPU for 
the LUs and PU in the node to be disconnected, and sends 
them to the SSCP.SVC_MGR.CS as the active LU-LU sessions 
become reset. Receipt of the DACTPU causes the 
call-termination procedure controlled by the SSCP.SVC_MGR.CS 
to proceed. If REQDISCONT is not sent to the 
SSCP.SVC_MGR.CS, the DACTLUs and DACTPU are sent to the 
SSCP.SVC_MGR.CS by UPM_TRANSLATION_SVC. Unless REQDISCONT 
is received, the decision to terminate the call is made by 
the network operator. 

As the response to each DACTLU is received, the 
SSCP.SVC_MGR.CS generates an FNA request, and sends the FNA 
to the PU.SVC_MGR.NS to free the network address associated 
with the DACTLU's target LU. (Only the address is freed. 
The LU entry remains in the domain resource list.) Finally, 
when the response to the DACTPU is received, the 
SSCP.SVC_MGR.CS sets the network address field in the 
peripheral PU domain resource entry to 0 and the associated 
resource pointer field to null , and generates a DISCONTACT 
followed by an ABCONN, and sends them to the PU.SVC_MGR.NS. 
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Figure 7-12. Deactivation of a Switched Link Connection 
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REQDISCQNT 




When REQDISCONT is received, CS.REQCONT_REQDISCONT_PROC (page 
7-114) sends the REQDISCONT to the SSCP.SVC_MGR.SS (Chapter 8). 


+RSP ( DACTLU ) 

When +RSP(DACTLU) is received, CS.LU_RSP (page 7-60) generates 
an FNA request for the peripheral LU address. The FNA causes 
the DRCB.NETWORK_ADDRESS field in the LU entry to be set to 0. 


+RSP ( DACTPU ) 

When +RSP(DACTPU) is received, CS.DACTPU_RSP (page 7-56): 

• sets the DRCB.NETWORK_ADDRESS field 
in the peripheral PU entry to 0 

• sets the DRCB.ASSOCIATED_RES_PTR field 
in the peripheral PU entry to null 

• generates DISCONTACT 

• generates ABCONN 


Figure 7-13. Commentary on Figure 12 
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ACTIVATE PHYSICAL UNIT (ACTPU) 

DEACTIVATE PHYSICAL UNIT CDACTPU) 

Flow: From SSCPlPUCP to PU (Expedited) 

Procedure: 

CS•PU_PROC (page 7-52) 

Principal FSM: 

FSM_PU_ACT_DOM_RES (page 7-128) 

ACTPU is sent by the SSCP to activate a session with the PU; 
DACTPU is sent to deactivate a session with the PU. See 
Chapter 13 for more information on ACTPU and DACTPU. 

A PU_T2 node may request to be loaded by setting the Type 
Activation field in the ACTPU response to indicate IPL 
required. (See Chapter 11 for a description of the 
SSCP-PU_T2 and PU_T4|5-PU_T2 load operations.) 


ACTIVATE LOGICAL UNIT (ACTLU) 

DEACTIVATE LOGICAL UNIT (DACTLU) 

Flow: From SSCP to LU (Expedited) 

Procedure: 

CS.LU_PROC (page 7-58) 

Principal FSM: 

FSM_LU_ACT_DOM_RES (page 7-128) 


ACTLU is sent by the SSCP to activate a session with the LU» 
DACTLU is sent to deactivate a session with the LU. See 
Chapter 13 for more information on ACTLU and DACTLU. 

Some subarea LUs support parallel sessions. An LU with 
parallel-session capability has one secondary LU network 
address and multiple primary LU network addresses associated 
with it. The primary network addresses are assigned via the 
RNAA request. While all LUs that do not support parallel 
sessions are sent ACTLU, an ACTLU request is sent only to 
the secondary LU address for LUs that do support parallel 
sessions; the primary LU addresses become active when the 
secondary LU address does. 


CHAPTER 7. SSCP.SVC_MGR—CONFIGURATION SERVICES 7-29 



ACTIVATE LINK (ACTLINK) 
DEACTIVATE LINK (DACTLINK) 




7-30 


X V.. ^ 


Flow: From SSCP to PU_T4|5 or PUCP to PU (Normal) 

Procedure: 

CS.LINK_PROC (page 7-62) 

Principal FSM: 

FSM_LINK_ACT_DOM_RES (page 7-129) 

ACTLINK initiates a procedure at the PU to activate the 

protocol boundary between a link station in the node (as 

specified by the link network address parameter in the 

request) and the link connection attached to it. Adjacent 
link stations may be contacted only after a positive 
response to ACTLINK has been received. 

DACTLINK initiates a procedure at the PU to deactivate the 

protocol boundary between a link station in the node (as 

specified by the link network address parameter in the 

request) and the link connection attached to it. It is used 
after all adjacent link stations on the specified link have 
been discontacted (see CONTACT, CONTACTED, DISCONTACT, later 
in this section). 


4 > 
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ACTIVATE CONNECT IN (ACTCONNIN) 

DEACTIVATE CONNECT IN C DACTCONNIN) 

Flow: From SSCP to PU_T4|5 or PUCP to PU (Normal) 

Procedure: 

CS.CONN_PROC (page 7-68) 

Principal FSMs: 

FSM_LINK_CONNIN_DOM_RES (page 7-129) 

FSM_ALS_CONNECTED_DOM_RES (page 7-133) 

ACTCONNIN requests the PU to enable the specified link to 
accept incoming calls. 

DACTCONNIN requests the PU to disable the specified link 
from accepting incoming calls. 

These requests control the incoming-connection answering 
ability of the link (as reflected in the state of 

FSM_LINK_CONNIN_DOM_RES) independent of the connection 
status of the link (as reflected in the state of 

FSM_ALS_CONNECTED_DOM_RES). This means: 

• The connect-in ability may be enabled or disabled while 
the link connection is active* without any effect on 
the link connection 

• A link connection may be activated (via a connect-out) 
and/or deactivated without any effect on the connect-in 
ability 

Neither ACTCONNIN nor DACTCONNIN affects an active link 
connect ion. 
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CONNECT OUT (CONNOUT) 

ABANDON CONNECT OUT (ABCONNOUT) v 

Flow: From SSCP to PU_T4|5 or PUCP to PU (Normal) 

Procedure: 

CS.CONN_PROC (page 7-68) 

Principal FSMs: 

FSM_LINK_CONNOUT_DOM_RES (page 7-130) 

FSM_ALS_C0NNECTED_D0 M_R E S (page 7-133) 

CONNOUT requests the PU to initiate a connect-out procedure 
on the specified link. Included in the request parameters* 
if a switched-network calling operation is to occur, are the 
telephone number (in EBCDIC digits and separator characters) 
and the number of times the calling operation is to be 
retried. CONNOUT is also used to initiate a connect-out 
procedure for an X.21 connection, as described in CCITT 
(Consultative Committee on International Telegraph and 
Telephone) recommendation X.21. For an X.21 connection with 
direct call feature, the dial digits are not provided. 

ABCONNOUT requests the PU to terminate a connect-out 

procedure on the designated link. 

Neither CONNOUT nor ABCONNOUT affects an active link 
connection. 
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REQUEST CONTACT (REQCONT) 

ABANDON CONNECTION (ABCONN) 

Flow: From PU_T4|5 to SSCP or PU to PUCP (Normal) 

for REQCONT; 

from SSCP to PU_T415 or PUCP to PU (Normal) 
for ABCONN 

Procedures: 

CS.CONN_PROC (page 7-68) 

CS.REQCONT_REQDISCQNT_PROC (page 7-114) 

Principal FSM: 

FSM_ALS_CONNECTED_DOM_RES (page 7-133) 

REQCONT notifies the SSCP that a connection with an adjacent 
secondary link station (in a PU_T1|2 node) has been 
activated via a successful connect-in or connect-out 
procedure. A DLC-level identification exchange (XID) is 
required before issuing REQCONT; the XID information field 
of the adjacent link station is sent as a parameter of 
REQCONT (see Appendix E). 

ABCONN requests the PU to deactivate the link connection for 
the specified link. 
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CONTACT 

CONTACTED 

DISCONTACT 


Flow: From SSCP to PU_T4|5 or PUCP to PU (Normal) 

for CONTACT and DISCONTACT; 
from PU_T4i5 to SSCP or PU to PUCP (Normal) 
for CONTACTED 

Procedures: 

CS.CONTACT_PROC 
CS.DISCONT ACT_PROC 
CS.CONTACTED_PROC 

Principal FSM: 

FSM_ALS_CQNTACT_DOM_RES (page 7-130) 

CONTACT requests the initiation of a procedure at the PU to 
activate DLC-level contact with the adjacent link station 
specified in the request. The DLC-level contact must be 
activated before any PIUs can be exchanged with the adjacent 
node over the link. The contact procedure is DLC-dependent 
(for example* it may cause an SDLC SNRM command* or UA in 
response to SNRM* to be issued by the link station). A 
positive response to CONTACT is issued when the DLC contact 
procedure begins. 

CONTACTED is issued by the PU to indicate to the SSCP the 
completion of the DLC contact procedure. A status parameter 
conveyed by this request informs SSCP configuration services 
whether or not the contact procedure was successful* if not 
successful* the status indicates* for example* whether an 
adjacent PU node load is required or whether an error 
occurred on the contact procedure. 

DISCONTACT requests the PU to deactivate DLC-level contact 
with the specified adjacent node. The discontact procedure 
is DLC-dependent* if applicable* polling is stopped. 
DISCONTACT may be used to terminate contact* IPL* or dump 
procedures before their completion. The PU responds 
negatively to DISCONTACT if an uninterruptible link-level 
procedure is in progress at the primary link station of the 
specified link. 


(page 7-72) 
(page 7-74) 
(page 7-77) 
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REQUEST DISCONTACT (REQDISCONT) 


Flow: From PU_T1|2 to SSCP (Normal) 

Procedure: 

CS.REQCONT_REQDISCONT_PROC (page 7-114) 

Principal FSM: None 

With REQDISCONT,, the PU_T1|2 requests the SSCP to start a 
procedure that will ultimately discontact the secondary link 
station in the PU_T1|2 node. 

If the Type parameter on this request indicates "normal#" 
the requested procedure should start when all the sessions 
involving LUs that are local to the PU_T1|2 node are reset 
by LU-invoked session deactivation. The requested procedure 
involves sending DACTLU to each active LU in the PU_T1|2 
node, DACTPU to the PU_Tli2, DISCONTACT to the PU_T4|5, and, 
if the PU_T1|2 is connected via a switched link, ABCONN to 
the PU_T4|5. 

If the Type parameter on this request indicates "immediate," 
the requested procedure should cause CTERM(Forced) to be 
sent to all PLUs having an active session with an LU local 
to the PU_T1|2 node. Each such PLU will send UNBIND 
(optionally preceded by CLEAR) to its SLU session partner. 
When the SSCP receives notification that all these sessions 
are reset, DACTLU is sent to all active LUs in the PU_T1|2 
node, DACTPU to the PU_T1|2, DISCONTACT to the PU_T4|5, 
and, for switched link connections, ABCONN to the PU_T4|5. 

For nonswitched link connections, if the CONTACT information 
field on this request indicates "send CONTACT immediately," 
CONTACT is sent to the PU_T4|5 after the DISCONTACT as part 
of the requested procedure. Otherwise, the requested 
procedure is completed when the DISCONTACT is sent. Sending 
the CONTACT allows the PU_T1|2 node to resume an active role 
in the network (i.e.» activate DLC-level contact and receive 
and send PIUs) when it is ready. 

For switched link connections, the CONTACT information field 
is reserved; the requested procedure ends with the ABCONN. 
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IPL INITIAL (IPLINIT) 

I PL TEXT (IPLTEXT) 

IPL FINAL (IPLFINAL) 

Flow: From SSCP to PU_T4|5 (Normal) 

Procedure: 

CS.LOAD_PROC (page 7-78) 

Principal FSM: 

FSM_AL5_IPL_D0M_RES (page 7-131) 

IPLINIT initiates a DLC-level load of an adjacent PU_T4 node 
from the PU_T4|5 node. The node to be loaded is identified 
by the adjacent link station address contained in the 
request. IPLINIT resets the IPL, dump* and contact FSMs. 

Following an IPLINIT, any number of IPLTEXT commands are 
valid. IPLTEXT transfers load module information to the 
PU_T415, which passes it in a DLC-level load to the PU_T4 
node. 

IPLFINAL completes an IPL sequence and supplies the load 
module entry point to the PU_T4 node. A positive response 
to IPLFINAL indicates that the PU_T4 node is successfully 
loaded. 
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DUMP INITIAL (DUMPINIT) 

DUMP TEXT CDUMPTEXT) 

DUMP FINAL (DUMPFINAL) 

Flow: From SSCP to PU_T4|5 (Normal) 

Procedure: 

CS.DUMP_PROC (page 7-80) 

Principal FSM: 

FSM_ALS_DUMP_DOM_RES (page 7-131) 

DUMPINIT requests the PU_T4|5 to initiate a DLC-level dump 
from an adjacent PU_T4 node to the PU_T4|5, for eventual 
transmission to the SSCP. The node to be dumped is 
identified by the adjacent link station address contained in 
the request. Basic dump data* such as register* key* and 
indicator values* may be returned on the response to this 
request. DUMPINIT resets the IPL* dump* and contact FSMs. 

If further dump data is required, DUMPINIT may be followed 
by DUMPTEXT. DUMPTEXT causes the dump data specified by the 
starting-address parameter to be returned to the SSCP on the 
response. The PU_T4|5 obtains the dump data from the PU_T4 
node* using a DLC-level interchange. 

DUMPFINAL terminates the dump sequence* whether DUMPTEXT is 
used or not. A positive response to DUMPFINAL indicates 
that the dump sequence is complete. 


REMOTE POWER OFF (RPO) 

Flow: From SSCP to PU_T4|5 (Normal) 

Procedure: 

CS.RP0_PR0C (page 7-83) 

Principal FSM: 

FSM_RP0_D0M_RES (page 7-132) 

RPO causes the receiving PU_T4|5 to initiate a DLC-level 
power-off sequence to the PU_T4 node specified by the 
adjacent link station network address conveyed in the 
request. The PU_T4 node being powered off does not need to 
have an active SSCP-PU half-session nor be contacted. RPO 
resets the IPL* dump, and contact FSMs. 
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INOPERATIVE (INOP) 


Flow: From PU_T4|5 to SSCP or PU to PUCP (Normal) 

Procedure: 

CS.INOP_PROC (page 7-110) 

Principal FSM: None 

INOP is sent to the SSCP by the PU to report a link-related 
connection or contact failure involving one or more PU 
nodes. The target of the INOP is a link or an adjacent link 
station. The SSCP processes this request by resetting the 
FSMs within the appropriate link or adjacent link station 
subtree. 

For specific types of INOP requests and their corresponding 
reason codes* see Appendix E. 


LOAD REQUIRED (LDREQD) 

Flow: From PU_T2 to SSCP (Normal) 

Procedure: 

CS.LDREQD_PROC (page 7-86) 

Principal FSM: None 

The LDREQD request enables the PU_T2 to request a specific 
load module be moved to its node. Upon receipt of LDREQD, 
the SSCP inspects the Adjacent PU Load Capability bit. If 
the bit is set to CAPABLE, the SSCP sends INITPROC to the 
subarea PU adjacent to the PU_T2 to initiate a PU_T4|5-PU_T2 
load operation. If the bit is set to NOT_CAPABLE and the 
SSCP can load the PU__T2 node, the SSCP sends NS_IPL_INIT to 
the PU_T2 to begin the load operation. If the bit is set to 
NOT_CAPABLE and the SSCP cannot load the PU_T2 node, the 
SSCP sends NS_IPL_ABORT to the PU__T2. See Chapter 11 for a 
description of the SSCP-PU_T2 and PU_T4|5-PU_T2 load 
operations. 


/f 
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INITIATE PROCEDURE (INITPROC) 

PROCEDURE STATUS (PROCSTAT) 

Flow: From SSCP to PU_T4l5 (Normal) for INITPROC; 

from PU_T4i5 to SSCP (Normal) for PROCSTAT 

Procedures: 

CS.INITPROC_PROC (page 7-87) 

CS.PROCSTAT_PROC (page 7-89) 

Principal FSM: 

FSM_PROC_DOM_RES (page 7-132) 

INITPROC is sent to the subarea PU adjacent to a PU_T2 in 
order to initiate a PU_T4|5-PU_T2 load operation. (See 
Chapter 11 for a description a PU_T4|5-PU_T2 load 
operation.) INITPROC is sent by the SSCP upon rrceipt of 
LDREQD(Adjacent PU Load Capability = CAPABLE) or of 
+RSP(ACTPU» IPL Required* Adjacent PU Load Capability = 
CAPABLE), indicating the subarea PU can load the PU_T2 node. 
If the SSCP receives a negative response to INITPROC, the 
SSCP tries to perform an SSCP-PU_T2 load operation just as 
if it received LDREQD(Adjacent PU Load Capability = 
NOT_CAPABLE) or +RSP(ACTPU, IPL Required, Adjacent PU Load 
Capability = NOT_CAPABLE), indicating the PU_T4|5 cannot 
load the PU_T2 node. See Chapter 11 for a description of an 
SSCP-PU_T2 load operation. 

PROCSTAT reports to the SSCP either the successful 
completion or the failure of the load operation. If the 
procedure failed, the request code of the failing RU and 
sense data are included as parameters in the PROCSTAT RU. 
If a negative response from the PU_T2 was the cause of the 
failure, the sense data from the negative response is placed 
in the PROCSTAT. If the PROCSTAT indicates the PU_T2 node 
has not been loaded, and the load operation was requested 
via the response to ACTPU, the SSCP sends DACTPU to the 
PU__T2. The PU__T2 may request another load or may send 
REQDISCONT if the load operation was requested via LDREQD. 
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NETWORK SERVICES IPL INITIAL CNS_IPL_INIT) 

NETWORK SERVICES IPL TEXT (NS_IPL_TEXT) 

NETWORK SERVICES IPL FINAL (NS_IPL_FINAL) 

NETWORK SERVICES IPL ABORT (NS_IPL_ABORT) 

Flow: From SSCP to PU_T2 (Normal) 

Procedure: 

CS.PU_T2_LOAD_RSP (page 7-92) 

Principal FSM: 

FSM_PU_T2_IPL_D0M_RES (page 7-133) 

The NS_IPL_INIT request is sent from the SSCP to the PU_T2 
to indicate that a particular load module is about to be 
transmitted to the PU_T2’s node. Upon receipt of the 
+RSP(NS_IPL_INIT)* the SSCP starts transmitting the load 
module by sending NS_IPL_TEXT. When the SSCP receives the 
response to NS_IPL_TEXT, it may send another NS_IPL_TEXT. 
Any number of NS_IPL_TEXT requests may be sent depending oh 
the size of the load module. 

When the SSCP receives the response to the final 
NS_IPL_TEXT* it sends NS_IPL_FINAL indicating the load 
module transfer has been completed. The NS_IPL_FINAL 
contains the entry-point location for the PU_T2 node to 
begin execution of the load module. 

If* at any time during the load operation* the SSCP receives 
a negative response* or if the load operation cannot be 
completed, the SSCP sends NS_IPL_ABORT to the PU_T2. The 
NS_IPL_ABORT indicates to the PU_T2 that the load operation 
has been halted. Sense data is included in NS_IPL_ABORT 
indicating the cause of the failure. If the NS_IPL_ABORT is 
the result of a negative response from the PU_T2» the sense 
data in the response may be placed in the sense data of the 
NS_IPL_ABORT. 
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ASSIGN NETWORK ADDRESSES (ANA) 

Flow: From SSCP to PU_T4|5 (Normal) 

Procedure : 

UPM_ANA_PROC (page 7-123) 

Principal FSM: None 

ANA updates the path control routing algorithm in the 
PU_T4|5 node* such that PIUs with the specified LU network 
addresses (one or more) will be routed to the specified 
PU_T1i2 node. 


REQUEST NETWORK ADDRESS ASSIGNMENT (RNAA) 

Flow: From SSCP to PU_T415 (Normal) 

Procedure: 

CS.RNAA_PROC (page 7-94) 

Principal FSM: None 

RNAA requests the PU to update its path control routing 
table and to assign one or more network addresses: 

• To one or more adjacent link stations and their BF.PUs» 
as identified in the RNAA request by a link network 
address and secondary link station link-level addresses 

• To one or more BF.LUs* where the BF.LUs are identified 
in the RNAA request by an adjacent link station network 
address and the LU local addresses 

• To an LU that supports parallel sessions* where the LU 
is identified in the RNAA request by the LU network 
address used for the SSCP-LU session* in order to 
assign an additional network address 

The PU returns the network addresses in the RNAA response. 
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FREE NETWORK ADDRESSES (FNA) 


Flow: From SSCP to PU_T4|5 (Normal) 

Procedure: 

CS.FNA_PROC (page 7-99) 


Principal FSM: None 


FNA is sent from an SSCP to request the PU_T4|5 to remove 
the appropriate entries from the node resource list* thereby 
freeing the network addresses associated with the 
corresponding resources in the node. Bytes 3 and 4 of the 
FNA RU contain the network address associated with the 
target resource* i.e.» the PU_T4|5* LU, link* or BF.PU. 


Target resource 


Resources to free 


PU 


LU (identified by the 
network address associ¬ 
ated with an SSCP-LU 
session) 


LUs identified by network 
addresses associated with 
SSCP-LU sessions 

*H.U network addresses used as 
primary network addresses in 
parallel sessions 


Link BF.PUs and adjacent link 

stations 

BF.PU BF.LUs 

The FNA RU contains the number of network addresses to be 
freed* followed by the actual network addresses to be 
removed from the node resource list. If the number to be 
freed is zero * then no network addresses are present in the 
FNA RU, and all the node resources associated with the 
target resource, as indicated in the table above* are to be 
removed. 


The target resource address may be zero . This means that 
the target resource network address is to be determined by 
the PU.SVC_MGR receiving the FNA by analyzing the first 
network address in the list of addresses to be freed. If 
the network address is for: 


• An LU* and the network address is used for an SSCP-LU 
session* then the target resource is the PU_T4|5 

• An LU, and the network address is not used for an 
SSCP-LU session* then the target resource is the LU 
network address associated with the SSCP-LU session 

• A BF.PU* then the target resource is the link attaching 

/ 
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the node of the PU_T1|2 (represented by the BF.PU) to 
the BF.PU’s node 

• A BF.LU» then the target resource is the BF.PU that 
supports the BF.LU 

Upon receiving the positive response from the PU_T4|5> the 
SSCP removes the resources from the corresponding list 
maintained in the SSCP. 


ADD LINK (ADDLINK) 

ADD LINK STATION (ADDLINKSTA) 

DELETE NETWORK RESOURCE (DELETENR) 

Flow: From SSCP to PU_T4|5 (Normal) 

Procedures: 

CS.ADDLINK_ADDLINKSTA_PROC (page 7-106) 

CS.DELETENR_PROC (page 7-108) 

Principal FSM: None 

ADDLINK is sent from the SSCP to the PU to obtain a link 
network address that will be mapped to the locally-used link 
identifier specified in the request. A positive response to 
ADDLINK will contain a link network address. 

ADDLINKSTA is sent from the SSCP to the PU to obtain an 
adjacent link station network address to be associated with 
the locally-used link station identifier specified in the 
request. An additional qualifier is included in this RU to 
notify the PU of the FID types that may be sent or received 
by this adjacent link station. A positive response to 
ADDLINKSTA will contain the requested adjacent link station 
network address. 

DELETENR is sent to free a network address assigned to a 
link or adjacent link station. 
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ENTERING SLOWDOWN (ESLOW). 

EXITING SLOWDOWN (EXSLOW) 

Flow: From PU_T4 to SSCP (Normal) 

Procedure: 

UPM_SLOW_PROC (page 7-123) 

Principal FSM: None 

ESLOW informs the SSCP that the node of the sending PU has 
entered a slowdown state. This state is generally 
associated with buffer depletion, and requires traffic 
through the node to be reduced or suspended. 

EXSLOW informs the SSCP that the node of the sending PU is 
no longer in the slowdown state and regular traffic can 
resume. 


REQUEST FREE NETWORK ADDRESSES (REQFNA) 

Flow: From PU_T4|5 to SSCP (Normal) 

Procedure: 

CS.RCV (page 7-50) 

Principal FSM: None 

REQFNA is sent from a PU_T415 to an SSCP to request the SSCP 
to send FNA to the PU_T4|5 in order to free all addresses 
for the specified LU. The REQFNA contains a 
type-of-deactivation field; there are four types of 
deactivation—Norma1, Orderly, Forced, and Cleanup. For 
each of these deactivation types, the SSCP prevents new 
sessions from being activated with the LU to be freed and 
waits until all existing LU-to-LU sessions with the LU have 
been deactivated; the SSCP then sends DACTLU to the LU 
followed by FNA to the PU. For the normal type of 
deactivation, the SSCP does not take any action to cause 
LU-to-LU session deactivation. For Orderly or Forced types 
of deactivation, a CTERM Orderly or Forced, respectively, is 
sent to the PLU for each session to be deactivated; for the 
Cleanup type of deactivation, CLEANUP is sent to the LU for 
each session to be deactivated. 
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REQUEST ACTIVATE LOGICAL UNIT (REQACTLU) 


Flow: From PU_T4|5 to SSCP (Normal) 

Procedure: 

CS.RCV (page 7-50) 

Principal FSM: None 

REQACTLU is sent from the PU to an SSCP to request that 
ACTLU be sent to the LU named in the RU. Ttie parameters on 
the REQACTLU contain the network address and network name of 
the LU. The LU to be sent ACTLU resides in the PU_T4|5 
node; definition of the LU to the PU_T4|5 and the SSCP is 
implementation- and installation-dependent. When an LU is 
to be added to a local domain* for local access only* then 
the SSCP may choose to add the LU without prior definition 
of the LU name. 

When the SSCP receives the REQACTLU from the PU* the LU 
network name is used to obtain the capabilities of the LU as 
defined by the implementation- and installation-dependent 
process. The capabilities of the LU may be modified by the 
RSP(ACTLU) or* if the LU name is for local access only* the 
capabilities of the LU are defined at RSP(ACTLU). If the 
network name of the LU is not recognized by the SSCP (when 
the SSCP does not choose to add LUs without prior 
definition)* the SSCP lacks resources to support the LU* or 
the LU is presently active* the SSCP responds with a 
negative response—Resource Unknown (X'0806 1 )* Insufficient 
Resources (X'0812'), or Function Active (X'0815'). If the 
SSCP responds positively, then the SSCP activates the LU by 
sending ACTLU. 


NETWORK SERVICES LOST SUBAREA (NS_LSA) 

Flow: From PU_T4|5 to SSCP (Normal) 

Procedure: 

UPM_NS_LSA_PROC (page 7-124) 

Principal FSM: None 

NS_LSA is sent by the PU to every SSCP with which it has an 
active session to report the interruption of routing 
capability to a set of subareas after originating or 
propagating a LOST SUBAREA (LSA). 

The list of subareas in the NS_LSA request is identical to 
the list sent by the PU in the LSA request. 
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SET CONTROL VECTOR (SETCV) 


Flow: From SSCP to PU_T4 | 5 (Normal) 

Procedure: 

CS.SEND (page 7-48) 

Principal FSM: None 

SETCV sets a control vector that is maintained by the PU 
receiving the request and that is associated with the 
network address specified in the RU. 

For SETCV(Intensive Mode)> see Chapter 9. 


START DATA TRAFFIC (SDT) 

Flow: From SSCP to PU_T4|5 (Expedited) 

Procedure: 

CS.RCV (page 7-50) 

Principal FSM: None 

SDT is sent by the primary session control to the secondary 
session control to enable the sending and the receiving of 
FMD and DFC requests and responses by both half-sessions. 


EXPLICIT ROUTE INOPERATIVE (ER_IN0P) 

VIRTUAL ROUTE INOPERATIVE (VR_IN0P) 

Flow: From PU_T4|5 to SSCP or PU_T4 to PUCP (Normal) 

Procedure: 

UPM_ER_VR_INOP_PROC (page 7-127) 

Principal FSM: None 

ER_IN0P and VR_IN0P notify the SSCP when an explicit route 
or a virtual route has become inoperative as the result of a 
transmission group having become inoperative somewhere in 
the network. The SSCP displays this information for the 
network operator. 
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LOST CONTROL POINT (LCP) 


Flow: From PU_T4|5 to SSCP or PU_T4 to PUCP (Normal) 

Procedure: 

UPM_LCP_PROC (page 7-127) 

Principal FSM: None 

LCP notifies the SSCP that a subarea PU's session with 
another SSCP has failed. The SSCP displays this information 
for the network operator. 
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SSCP.SVC_MGR.CS.SEMD: PROCEDURE; 


/♦ 


r ” 

FUNCTION: 

THIS PROCEDURE RECEIVES ALL 

INPUT TO THE SSCP.SVC MGR.CS THAT IS 

- —, 



SENT BY UPM TRANSLATION SVC 

(CHAPTER 6), AND ROUTES THE INPUT TO THE 




APPROPRIATE PROCEDURE FOR PROCESSING. 



INPUT: 

THE CURRENT MESSAGE UNIT, 

INCLUDING THE ORIGIN AND DESTINATION 




ADDRESSES IN THE TH FIELDS 




OUTPUT: 

REFER TO THE PROCEDURES THAT 
SPECIFIC OUTPUTS. 

ARE CALLED *ROM THIS PROCEDURE FOR THE 



REFERS TO 

THE FOLLOWING PROCEDURE(S): 





CS.ADDLINK ADDLINKSTA PROC 

PAGE 7-106 




CS.CONN PROC 

PAGE 7-68 




CS.CONTACT PROC 

PAGE 7-72 




CS.DELETENR PROC 

PAGE 7-108 




CS.DISCONTACT PROC 

PAGE 7-74 




CS.DUMP PROC 

PAGE 7-80 




CS.FNA PROC 

PAGE 7-99 




CS.INITPROC PROC 

PAGE 7-87 




CS.LINK PROC 

PAGE 7-62 




CS.LOAD PROC 

PAGE 7-78 




CS.LU_PROC 

PAGE 7-58 




CS.PU~PROC 

PAGE 7-52 




CS.RNAA PROC 

PAGE 7-94 




CS.RPO PROC 

PAGE 7-83 




FSM PROC_DOM RES 

PAGE 7-132 




upm“ana proc" 

PAGE 7-123 



*/ 

DCL TARGET NA BIT (48) ; 

DCL REQUEST CODE BIT (8); 


IF SERVICE_TYPE = NETWORK_SEBVICES THEM 
DO; 

. IF NS_RQ CODE = (REQDISCONT | LDREQD | NS LSA | LCP | ER INOP \ VR INOP) THEN 
TARGET_NA = DSAF||DEF; 

. ELSE 

TARGET_NA = DSAF||(NSC_RQ.TARGET_ADDRESS & NCB.NODE_ELEMENT_MASK); 

/♦"appendix A */ 

. REQUEST_CODE = NS_RQ_CODE; 

. FIND SCB IN SCB LIST 
. WHERE (SCB.PARTNER_SA * DSAF 8 

SCB.PARTNER EA = 0 8 

SCB.THIS_SA~= NCB.NODE SUBAREA ADDRESS 6 
SCB.THIS~EA = NCB.SSCP”ELEMENT”aDDRESS) ; 

END; 

ELSE 

DO; 

. TARGET_NA = DSAF||DEF; 

, REQUEST CODE = RQ CODE; 

END;' 
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IF RBI * HQ THEN 


INPOT IS A BEQUEST. 


IF FIND_DOMAIN BESOOBCE(TARGET NA) = NOLL THEN 
SEND SEND_CHECK (X 1 0806 *) TO OPH_TRANSLATION_S?C; 


ELSE 

SELECT ANYORDEB; 
WHEN (RU_CTGY 


/* APPENDIX B 
/* RESOURCE UNKNOWN 


*/ 

V 

*/ 


SC & REQOEST_CODE = (ACTPO | DACTPO)) 


CALL CS. PU__PROC; 

/* 

PAGE 

7-52 

*/ 

WHEN (RU CTGY = SC & REQUEST CODE = (ACTLU \ DACTLU)) 

CALL CS.LU_PROC; “ /* 

PAGE 

7-58 

*/ 

WHEN (RU CTGY = FMD & REQUEST CODE = (ACTLINK | 
CALL CS.LINK_PROC; 

DACTLINK)) 

/* 

PAGE 

7-62 

*/ 

WHEN (RU CTGY = FMD 6 REQUEST CODE = (ADDLINK | 
CALL CS. ADDLINK_ADDLINKSTA__PROC; 

ADDLINKSTA)) 
/* 

PAGE 

7-106 

*/ 

WHEN (RU_CTGY = FMD & REQUEST CODE = DELETENR) 
CALL CS.DELETENR_PROC; 

/♦ 

PAGE 

7-108 

*/ 


WHEN(RO CTGY = FMD & 

REQUEST_CODE - (ACTCONNIN | DACTCONNIN | CONNOOT | ABCONNOOT | ABCOMN)) 


CALL CS.CONN_PROC; /* PAGE 7-68 */ 

WHEN (RU_CTGY = FMD 5 REQUEST CODE = CONTACT) 

CALL CS.CONTACT_PROC; /* PAGE 7-72 */ 

WHEN(RU_CTGY = FMD & REQUEST CODE = DISCONTACT) 

CALL CS.DISCONTACT_PROC; /* PAGE 7-74 */ 

WHEN (RU_CTGY = FMD & REQUEST CODE = ANA) 

CALL OPM_ANA_PROC; ~ /* PAGE 7-123 */ 

WHEN(RU_CTGY = FMD & REQUEST_CODE = RNAA) 

CALL CS.RNAA_PROC; /* PAGE 7-94 */ 

WHEN (RU_CTGY = FMD & REQUEST CODE = FNA) 

CALL CS.FNAJPROC; ” /* PAGE 7-99 */ 

WHEN(RU_CTGY = FMD & REQUEST_CODE = (DUMPINIT | DUMPTEXT | DOMPFINAL)) 

CALL CS.DUMP_PROC; /* PAGE 7-80 */ 

WHEN (RU_CTGY = FMD 6 REQUEST_CODE = (IPLINIT | IPLTEXT | IPLFINAL)) 

CALL CS.LOAD_PROC; /* PAGE 7-78 */ 

WHEN(RU_CTGY = FMD & REQUEST_CODE = INITPROC) 

CALL CS. INITPROC__PROC; /* PAGE 7-87 */ 

WHEN (RU_CTGY = FMD 8 REQUEST_CODE = BPO) 

CALL CS.RPO_.PROC; ” /* PAGE 7-83 */ 

WHEN (RU CTGY = FMD & REQUEST_CODE = SETCV) 

SEND MU TO SNS.SEND; /* CHAPTER 6 */ 

OTHERWISE 


SEND SEND__CHECK (X* 1003*) TO UPM_TRANSLATION_SYC; /* FUNCTION NOT SUPPORTED */ 

END; 


INPUT IS A RESPONSE. 


| (RESPONSE TO INOP, REQDISCONT, REQFNA, 

| EXSLOW, PROCSTAT, LDREQD, NS LSA, 

| ER__INOP, VR_INOP, OR REQACTLU.) 

i . . . .. ... _ 

ESLOW, 

LCP, 

l 

! 

1 


DO; 

. IF RU CTGY = FMD & REQUEST CODE = PROCSTAT THEN 
. DO; 



*/ 

. . DRCB PTR * FIND DOMAIN RESOURCE(TARGET NA) ; 

. IF DRCB.RESOURCE_CATEGORY = ALS THEN 

/* 

APPENDIX B 

♦/ 

. . DRCB PTR = FIND SUBORDINATE BOM RES(TARGET NA); 

; /* 

APPENDIX B 

*/ 

. . CALL FSM_PROC_DOM_RES; 

END; 

/* 

PAGE 7-132 

*/ 

. SEND MO TO SNS.SEND; 

END; 

/* 

CHAPTER 6 

*/ 


END SSCP.SVC_MGR.es. SEND; 
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SSCP.SVC_HGS.CS.RCV: PROCEDURE; 


THIS PROCEDURE RECEIVES ALL INPUT TO THE SSCP.SVC MGR.CS THAT IS 
SENT BY SNS (CHAPTER 6), BY PU.SVC_MGR.CSC_HGR (CHAPTER 13), OR BY 
TC.SC (CHAPTER 4), AND ROUTES THE INPUT TO THE APPROPRIATE PROCEDURE 
POR PROCESSING. 


INPUT: 


OUTPUT: 


THE CURRENT MESSAGE UNIT; THE SCB POINTER HAS ALREADY 
IS PASSED TO THIS PROCEDURE AS PART OP THE ENVIRONMENT 


BEEN SET AND 


REFER TO THE PROCEDURES THAT ARB 
SPECIFIC OUTPUTS. 


REFERS TO THE FOLLONING PROCEDURE(S): 
CS.ACTPU_RSP 

CS.ADDLINK ADDLINKSTA RSP 
CS.CONN RSP 

CS.CONTACT DISCONTACT RSP 

CS.CONTACTED PROC 

CS.DACTPU RSP 

CS.DELETENR RSP 

CS.FNA RSP 

CS.INITPROC RSP 

CS.INOP PROC 

CS.LDREQD PROC 

CS.LINK RSP 

CS.LOAD DUMP RPO RSP 

CS.LU PROC 

CS.LU~RSP 

CS.PROCSTAT PROC 

CS.PU PROC ~ 

CS.PU~T2 LOAD RSP 
CS.REQCONT_REQDISCONT PROC 
CS.RNAA RSP 
UPM_ANA~RSP 
upm!er_vr INOP PROC 
UPM LCP PROC 
UPM NS LSA PROC 
UPM~SL0W PROC 


CALLED FROM THIS PROCEDURE FOR THE 


PAGE 

7-54 

PAGE 

7-107 

PAGE 

7-70 

PAGE 

7-76 

PAGE 

7-77 

PAGE 

7-56 

PAGE 

7-109 

PAGE 

7-102 

PAGE 

7-88 

PAGE 

7-110 

PAGE 

7-86 

PAGE 

7-67 

PAGE 

7-84 

PAGE 

7-58 

PAGE 

7-60 

PAGE 

7-89 

PAGE 

7-52 

PAGE 

7-92 

PAGE 

7-114 

PAGE 

7-95 

PAGE 

7-123 

PAGE 

7-127 

PAGE 

7-127 

PAGE 

7-124 

PAGE 

7-123 


DCL TARGET NA BIT (48); 
DCL REQUEST_CODE BIT (8); 


IF SERVICE_TYPE = NETWORK_SERVICES THEN 
DO; 

. IF NS_RQ_CODE * (REQDISCONT | LDREQD | NS_LSA 1 LCP | ER_INOP ! VR INOPt THEN 
. TARGET~NA = OSAF||OEP; 

. ELSE 

TARGET_NA = OSAF|| (NSC_RQ.TARGET_ADDRESS 8 NCB.NODE_ELEMENT_MASK) ; 

/♦“appendix A ♦/ 

. REQUEST_CODE = NS_RQ_CODE; 

END; 


ELSE 

DO; 

. TARGET NA = OSAF||OEF; 

. REQUEST CODE = RQ_CODE; 
END; 


IF RRI = RSP THEN 


«--—■—-—' -i—■—— —— -*-—i 

| INPUT IS A RESPONSE. I 


SELECT ANYORDER; 


/♦ 


♦/ 


WHEN(RU_CTGY = SC 6 REQUEST_CODE - ACTPU) 


CALL CS.ACTPU_RSP; 



/♦ 

PAGE 

7-54 

♦/ 

WHEN (RU CTGY = SC 6 REQUEST CODE * 
CALL CS.DACTPU_RSP; 

DACTPU) 


/♦ 

PAGE 

7-56 

♦/ 

WHEN (RU CTGY * SC 6 REQUEST CODE - 
DISCARD MU; 

SDT) 






WHEN (RU CTGY * SC 6 REQUEST CODE - 
CALL CS.LU_RSP; 

(ACTLU | DACTLU)) 

/♦ 

PAGE 

7-60 

♦/ 

WHEN (RU CTGY = FMD 8 REQUEST CODE 
CALL CS. LINK__BSP; 

* (ACTLINK 

| DACTLINK)) 

/* 

PAGE 

7-67 

♦/ 

WHEN (RU CTGY - FMD 8 REQUEST CODE 
CALL CS.ADDLINK_ADDLINKSTA~aSP; 

* (ADDLINK 

| ADDLINKSTA)) 

/* 

PAGE 

7-107 

♦/ 

WHEN (RU CTGY » FMD 6 REQUEST.CODE 
CALL CS.DELETENR_RSP; 

- DELETENR) 


/* 

PAGE 

7-109 

*/ 

WHEN (RU CTGY = FMD 8 

REQUEST CODE - (ACTCONNIN | DACTCONNIN | 
CALL CS.CONN RSP; 

CONNOUT | ABCONNOUT | 
/♦ PAGE 

! ABCONN)) 

7-70 

♦/ 

WHEN(RU CTGY - FMD 8 BEQUEST CODE 
CALL CS.CONTACT_DISCONTACT“rSP; 

= (CONTACT 

J DISCONTACT)) 

/* 

PAGE 

7-76 

*/ 
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WHEN(RU_CTGY = FMD & HEQUEST_CODE * ANA) 



CALL UPH_ANA_RSP; 


/* 

PAGE 7-123 

*/ 


WHEN (RU CTGY = FMD & REQUEST CODE = RNAA) 

CALL CS.RNAA_RSP; 


/* 

PAGE 7-95 

*/ 


WHEN(RU_CTGY = FMD & REQUEST CODE * FNA) 

CALL CS.FNA_RSP; 


/* 

PAGE 7-102 

*/ 


WHEN (RU_CTGY = FMD & REQUEST_CODE * (DUHPINIT | DUHPTEXT 
CALL CS.LOAD_DUHP_RPO__RSP; 

| DUMPFINAL)) 

/* PAGE 7-84 

*/ 


WHEN (RU CTGY = FMD & REQUEST CODE = (IPLINIT | IPLTEXT | 
CALL CS.LOAD_DUMP_RPO_RSP; 

IPLFINAL) ) 

/* PAGE 7-84 

♦/ 


WHEN (RU_CTGY = FMD & REQUEST CODE * RPO) 

CALL CS.LOAD_DUMP__RPO__RSP; 


/* 

PAGE 7-84 

*/ 


WHEN (RU CTGY = FMD & 

REQUEST_CODE = (NS_IPL INIT | NS_IPL_TEXT | 
CALL CS . PU_T2__LOAD__RSP; 

NS IPL FINAL 
/* 

\ NS_IPL_ABORT) ) 

PAGE 7-92 

*/ 


WHEN (RU_CTGY = FMD & REQUE ST__CODE = INITPROC) 

CALL CS.INITPROC_RSP; 


/* 

PAGE 7-88 

*/ 


WHEN (RU_CTGY = FMD S REQUEST_CODE = SETCV) 

SEND MU TO UPM_TRANSLATION — SVC; 


/* 

CHAPTER 6 

*/ 

. OTHERWISE 

DO; 

. . CALL UPM LOG; 

. DISCARD MU; 

. END; 

END; 


/* 

APPENDIX B 

*/ 

ELSE 

IF RRI = RQ THEN 




/* 


j INPUT IS A REQUEST. 



1 



IF FIND_DOMAIN — RESOURCE(TARGET_NA) = NULL THEN 

DO; 

. CALL UPM LOG; 

. DISCARD MU; 

END; 


/* 

/* 

APPENDIX B 

APPENDIX B 

*/ 

*/ 

*/ 


ELSE 

SELECT ANYORDER; 






. WHEN(RU CTGY = SC & REQUEST CODE = DACTPU) 
CALL CS.PU_PROC; 


/* 

PAGE 7-52 

*/ 


. WHEN (RU_CTGY = SC & REQUEST_CODE = DACTLU) 
CALL CS.LU_PROC; 


/* 

PAGE 7-58 

*/ 


. WHEN (RU CTGY = FMD & BEQUEST_CODE = INOP) 

. CALL CS. INOP__PROC; 


/* 

PAGE 7-110 

*/ 


. WHEN (RU CTGY = FMD & REQUEST CODE = (REQCONT 
CALL CS.REQCONT_REQDISCONT~PROC; 

| REQDISCONT)) 

/* PAGE 7-114 

*/ 


. WHEN (RU_CTGY = FMD S BEQUEST_CODE = (ESLOW | 
CALL UPM_SLOW_PROC; 

EXSLOW)) 

/* 

PAGE 7-123 

*/ 


. WHEN (RU CTGY = FMD & REQUEST_CODE = CONTACTED) 

CALL CS.CONTACTED^PROC; 

/* 

PAGE 7-77 

*/ 


. WHEN(RU CTGY = FHD & BEQUEST CODE = REQFNA) 

. SEND MU TO UPM_TRANSLATION~SVC; 


/* 

CHAPTER 6 

*/ 


. WHEN (RU_CTGY * FHD 6 REQUEST_CODE = PROCSTAT) 
CALL CS.PROCSTAT_PROC; 


/* 

PAGE 7-89 

V 


. WHEN(RU CTGY = FMD & REQUEST CODE = LDREQD) 

. CALL CS.LDREQD^PROC; 


/* 

PAGE 7-86 

*/ 


. WHEN (RU CTGY = FMD S REQUEST CODE * REQACTLU) 
. SEND MU TO UPH_ > TRANSLATION_S VC; 


/* 

CHAPTER 6 

*/ 


. WHEN (RU_CTGY = FMD & REQUEST_CODE = NS_LSA) 

. CALL UPM_NS_LSA_PROC; 


/* 

PAGE 7-124 

♦/ 


. WHEN (RU CTGY * FMD & REQUEST CODE = (ER INOP 
. CALL UPM_ER_VR_INOP_PROC; 

| VR INOP)) 

/* 

PAGE 7-127 

*/ 


. WHEN (RU CTGY = FMD & REQUEST CODE * LCP) 

. CALL UPM_LCP_PROC; 


/* 

PAGE 7-127 

*/ 


. OTHERWISE 
. DO; 

. . CALL UPM LOG; 


/* 

APPENDIX B 

*/ 


. . DISCARD MU; 

END; 

END; 

END SSCP.SVC_MGR.CS.RCV; 
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CS.PU_PROC: PROCEDURE 


/* 


FUNCTION: THIS PROCEDURE HANDLES THE ACTIVATION AND DEACTIVATION OF SUBAREA 

AND PERIPHERAL PU*S. 

IF THE TARGET PU IS A PERIPHERAL PU r THE PU»S ASSOCIATED ILS IS 
CHECKED TO SEE IF IT IS ACTIVE. IF THE ALS FSM IS NOT IN THE ACTIVE 
STATE, THE PROCEDURE RESOURCE ACTIVE CHECK, WHICH PERFORMS THE 
CHECKING, INSERTS THE ACTPU REQUEST INTO THE ALS«S 
SAVE MU FOR_RETRY LIST. IF THE ALS FSM IS IN THE ACTIVE STATE, 
PROCESSING OF THE REQUEST CONTINUES IMMEDIATELY. 

WHEN ACTPU IS THE INPUT AND THE FSM OF THE TARGET PU IS RESET, THIS 
PROCEDURE SENDS THE ACTPU REQUEST TO THE PU FSM AND TO 
PU.SVC_MGR.CSC__MGR.SEND. IF THE PU FSM IS NOT RESET, THIS PROCEDURE 
GENERATES A SEND_CHECK, WHICH IS SENT TO UPM_TRANSLATION_SVC. 

WHEN DACTPU IS THE INPUT, THE TARGET PU FSM IS CHECKED TO SEE IF IT 
IS IN THE RESET STATE. IF THE PU FSM IS NOT RESET, THIS PROCEDURE 
SENDS THE DACTPU REQUEST TO THE FSM AND TO PU.SVC MGR.CSC MGR.SEND- 
IF THE PU FSM IS RESET, THIS PROCEDURE GENERATES A SEND CHICK, WHICH 
IS SENT TO UPM__TRANSLATION_SVC. 

INPUT: ACTPU OR DACTPU FROM UPM TRANSLATION'SVC (CHAPTER 6) ; OR ACTPU FROM 

CS.CONTACTED_PROC (PAGE ”7-77); OR DACTPU FROM SSCP.SVC MGR.SS.SEND 
(CHAPTER 8), FROM CS.PROCSTAT PROC (PAGE 7-89), FROM 
CS.PU T2 IPL_ABORT (PAGE 7-93), OR - FROM CS.DEACTIVATION CLEANUP 
(PAGE 7-119)" 

OUTPUT: ACTPU OR DACTPU TO PU.SVC MGR,CSC MGR.SEND (CHAPTER 13) AND TO THE 

PU FSM AND A COPY OF THE TARGET ADDRESS TO UPM SAVB_TARGET NA (PAGE 
7-122), OR A SEND CHECK WITH AN APPROPRIATE ERROR CODE TO 
UPM TRANSLATION SVC (CHAPTER 6) , OR THE RESET SIGNAL TO THE PU FSM 
AND TO ASSOCIATED LU FSM'S AND DACTPU TO UPMJTRANSLATION_SVC 

NOTE: PROCESSING OF THIS REQUEST RESUMES IN CS.ACTPU RSP (PAGE 7-54) OR IN 

CS.DACTPU RSP (PAGE 7-56) WHEN PU.SVC MGR.CSC MGR RETURNS A 


PAGE 7-77 
PAGE 7-119 
PAGE 7-89 
PAGE 7-93 
PAGE 7-50 
PAGE 7-48 


PAGE 7-128 
PAGE 7-116 
PAGE 7-122 


RESPONSE. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 
CS.CONTACTED_.PROC 
CS.DEACTIVATION CLEANUP 
CS.PROCSTAT_PROC 
CS.PU T2 IPL ABORT 
sscp.svc”mgr7cs.rcv 

SSCP.SVC_MGR.CS.SEND 

REFERS TO THE FOLLOWING PROCEDURE(S): 
FSM_PU < _ACT_DOM_RES 
RESOURCE ACTIVE CHECK 
UPM_SAVE~TARGET~NA 


*/ 

DCL ALS_NA BIT(48); 

DCL ASSOC PTR POINTER; 

DCL PU NA~BIT(48); 

DCL TARGET_NA BIT(48); 


TARGET_NA = DSAF||DEF; 


DRCB_PTR = FIND_DOMAIN_RESOURCE (TARGET_NA) ; 

/* 

APPENDIX 

B 

*/ 

IF DRCB.RESOURCE CATEGORY ■ ALS THEN 

DRCB_PTR = FIND_SUBORDINATE_DOM_RES(TARGET_NA) ; 

/* 

APPENDIX 

B 

*/ 

IF (DRCB PTR = NULL | 

DRCB.RESOURCE CATEGORY -.= (SUBAREA PU j PERIPHERAL PU)) 
SEND SEND CHECK (X•0806') TO UPM TRANSLATION SVC; 

THEN 

/♦ 

RESOURCE 

UNKNOWN 

*/ 


ELSE 

DO; 

. PU_NA = DRCB.NETWORK_ADDRESS; 

. IF DRCB.RESOURCE CATEGORY * PERIPHERAL PU THEN 
. DO; 

. . ALS_NA = PU_NA; 

. . IF RESOURCE_ACTIVE CHECK(ALS_NA,ALS) = NG THEN /* PAGE 7-116 */ 

. . RETURN; 

. END; 

. SELECT ANYORDER(RQ_CODE); 
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I- —-- - - - --- '-I 

| ACTPO \ 

L - —__ _ _ __ - . .I 


WHEN(ACTPO) 

DO; 

. IP FSM_PO_ACT_DOM_BES * BESET THEN 
. DO; 

. . CALL FSM PU ACT DOH BBS; 

. . CALL OPM~SAVE TABGET NA (TARGETJIA) ; 

. . SEND HD TO PoTsVC MGR.CSC MGR.SEND; 

. END; 


/* PAGE 7-128 

/* PAGE 7-128 
/* PAGE 7-122 
/* CHAPTEB 13 


. ELSE . . 

. SEND SEND_CHECK(X'0815*) TO OPM_TRAMSLATIOM_S?C; /* POMCTIOH ACTIPB 
END; 


I 


DACTPD 


WHEN(DACTPD) 

DO; 

• IP FSM_PO_ACT_DOM_RES -= BESET THEN 
. DO; 

. . CALL FSH PD ACT DOM BES; 

- . CALL OPH“SAVE_TARGET_NA(TARGBT_NA) ; 

. . SEND MO TO PO.SVC MGB.CSC MGR.SEND; 

. END; 


/* PAGE 7-128 

/* PAGE 7-128 
/* PAGE 7-122 
/* CHAPTER 13 


. . . ELSE 

. . . SEND SEND_CHECK(X«0816») TO OPN_TRANSLATION..SVC; /* POMCTIOH INACTIVE 

. . END; 

. END; 

END; 


/* 


♦/ 


*/ 

*/ 

*/ 

♦/ 


*/ 

/* 


♦/ 


*/ 

♦/ 

V 

*/ 


END CS.PO_PROC; 
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C5-ACTPU_RSP: PROCEDURE; 

✓* 

r--—— --— — - — ■ -- ---------1 

| FUNCTION: IF THE PU FSH IS NOT IN THE PEND ACTIVE OH PEND BESET STATE, THE | 

| ACTPU HESPONSE IS SENT TO UPH_LOG. OTHERWISE* THE BESPONSE IS SENT | 

f TO THE FSH AND TO UPHJEBANSLATION SVC. | 

! “ I 

I IF THE PU FSi IS IN THE PEND ACTIVE STATE AND THE BESPONSE IS | 

| POSITIVE, THE PU'S SAVE HU FOR IbTRY_LIST IS CHECKED TO SEE IF IT I 

| CONTAINS ANT ELEHENTS; IF SO, ALL ABE BEHOVED AND SENT TO CS.SEND | 

| (PAGE 7-48). | 

J IF THE BSP(ACTPU) IS FBOH A PU T2 AND THE BESPONSE INDICATES | 

| IPL_REQUIRED, CS-INITIATE IPL_PROC (PAGE 7-91) IS CALLED TO | 

| DETERHINE WHETHER THE PU T2 NODE IS TO BE LOADED BY THE SSCP OH BY | 

| THE SUBAREA PU ADJACENT TO THE PU T2. | 

I “ I 

! WHEN THE TARGET RESOURCE IS A PERIPHERAL PU WHOSE ASSOCIATED LINK IS | 

1 SWITCHED, FURTHER PROCESSING IS PERFOBHED. IF THE RESPONSE IS | 

I POSITIVE, AN RNAA REQUEST IS GENERATED TO OBTAIN NETWORK ADDRESSES | 

| FOR ALL OF THE LU*S SUBORDINATE TO THE PERIPHERAL PU. IF THE | 

| RESPONSE IS NEGATIVE, DISCONTACT AND ABCONN REQUESTS ARB GENERATED. | 

I I 

| WHEN THE TARGET RESOURCE IS A SUBAREA PU, THIS PROCEDURE GENERATES A | 

! SDT REQUEST, WHICH IS SENT TO TC.SC.SEND. | 

| INPUT: POSITIVE OR NEGATIVE RESPONSE TO ACTPU FROH PU.SVC_HGR.CSC_HGR.RCV | 

8 (CHAPTER 13) AND A COPY OF THE TARGET “ ADDRESS FSOH | 

| UPH_RETRIEVE TARGET NA (PAGE 7-122) I 

I I 

| OUTPUT: ±RSP(ACTPU) TO UPH_TRANSLATIOH_SVC (CHAPTER 6) AND TO THE PU FSH, | 

| AND, IF THE PU IS A^PERIPHERAL PU WHOSE ASSOCIATED LINK IS SWITCHED, | 

f RNAA OR BOTH DISCONTACT AND ABCONN; IF THE PU IS A SUBAREA PU, SDT | 

| TO TC.SC.SEND (CHAPTER 4); OR ±RSP(ACTPU) TO UPHJLOG (APPENDIX B) | 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : I 

l SSCP.SVC HGR.CS.RCV PAGE 7-50 I 

J 

| REFERS TO THE FOLLOWING PROCEDURE(S): 

| CONTACT DXSCQNTACT_SEND_CHECK 

| CS»CONN~PROC 

| CS.DISCONTACT_PROC 

1 CS.INITIATE IPL PROC 

I CS.RNAA PROC 

| FSH_PU_ACT_DOH RES 

j UPH_RETRIBVE_TARGET_NA 

i------ _ -.-T-.-.. T __ 

*/ 

DCI, TARGET NA BIT (48); 

DCL LIST_PTR POINTER; 

DCL PERIPHERAL PU NA BIT (48); 

DCL SAVE_MU_PTR POINTER; 

DCL P POINTER; ' 

DCL RESPONSE TYPE BIT(1) ; 

DCL ADJ_P0_LOAD_CAP BIT(1); 

TARGBT_NA = UPH RETRIEVE TARGET_NA; /* PAGE 7-122 */ 

i!CB_PTR = FINDJ>0HAIN_RES0URCE"(TARGET_NA) ; /* APPENDIX B */ 

IF DRCB.RESOURCE CATEGORY = ALS THEN 

DRCB_PTR = FIND_SUBORDINATE_DOH_RES(TARGET_NA) ; /* APPENDIX B */ 

IF (D1CB_PTR “ NULL | 

DRCB.RESOURCE_CATEGORY 

DO; 

. CALL UPH LOG; 

. DISCARD HU; 

END; 


= (SUBAREA_PU | PERIPHERAL_PU)) THEN 

/* APPENDIX B ♦/ 


PAGE 7-118 
PAGE 7-68 
PAGE 7-74 
PAGE 7-91 
PAGE 7-94 
PAGE 7-128 
PAGE 7-122 
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POSITIVE OB NEGATIVE RESPONSE TO ACTPU 


ELSE 

DO; 


IP FSH PD ACT DOM_RES -= (PEND ACTIVE | PEND__RESET) THEN /* PAGE 7-128 
DO; 

. CALL DPH LOG; /* APPENDIX B 

. DISCARD MO; 

END; 


ELSE 

DO; 


IF FSM_PO_ACT_DOH RES = PEND_ACTIVE THEN 
DO; 

IF RTI = POSITIVE THEN 

DO WHILE ( -EMPTY(DRCB.SAVE MO FOR RETRY_LIST) ) ; 

. LIST PTR = FIRST_ENTRY (DRCB.SAVl MO FOR BETFY_LIST) ; 

. REMOVE LIST_PTR->HO FROM DRCB.SAVE_MO_FOR_RETRY_LIST; 

. SEND LIST__PTR->MO TO SSCP.SVC MGR.CS.SEND; /* PAGE 7-48 

END; 

SAVE MO_PTR = MOJPTR; 

RESPONSE TYPE * RTI; 

IF DRCB.RESOORCE CATEGORY = PERIPHERAL PO THEN 
DO; 

PERIPHERAL^.PO__NA = DRCB. NETWORK ADDRESS; 

DRCB_PTR = FIND_LINK_FOR_DOH_RES(DRCB.NETWORK_ADDRESS) ; 

/* APPENDIX B 

IF DRCB.SWITCHED_LINK = SWITCHED THEN 

IF RESPONSE TYPE = POSITIVE THEN 
DO; 

MO PTR = OPM CREATE BQ ('RNAA*) ; /* APPENDIX B 

RNAA RQ.ASSIGNMENT TYPE = RNAA BF LO; 

1 = 0; 

SCAN DRCB_LIST PTR (DRCB_PTR); 

IF (DRCB.RESOORCE CATlGORY = PERIPHERAL_LO 6 

(DRCB.ASSOCIATED RES PTR->DRCB.NETWORK_ADDRESS = 
PERIPHERAL PO NAf) THEN 

DO; 

. RNAA_RQ.SOBFIELD(1,8:15) = DRCB.BF_LOCAL ID; 

.1=1+1; 

END; 

SCANEND; 

RNAA RQ.ENTRY CNT = I; 

DSAF = OSAF; 

CALL CS.RNAA PROC; /* PAGE 7-94 

END; 

ELSE /* RESPONSE IS NEGATIVE 

DO; 

IF CONTACT_DISCONTACT SEND_CHECK = OK THEN 

/* PAGE 7-118 

DO; 

. MO_PTR = OPH_CREATE_RQ(*DISCONTACT*) ; /* APPENDIX B 

. DSAF = OSAF;” 

. CALL CS.DISCONTACT_PROC; /* PAGE 7-74 

. MO_PTR = OPM_CBEATE RQ(•ABCONN'); /* APPENDIX B 

. DSAF = OSAF; 

. CALL CS.CONN PROC; /* PAGE 7-68 

END; 

END; 

DRCB_PTR = FINDJDOHAIN_RESOORCE(PERIPHERAL_PO_NA); 

/* APPENDIX B 

IF DRCB.PERIPHERAL_PO_TYPE = PO_T2 8 

ACTPO_RSP.TYPE ACTIVATION = IPL_REQOIRED THEN 

DO; 

. P = ADDR(ACTPO_FMT2 RSP.CONTROL_VECTORS); 

. ADJ_PO_LOAD_CAP = P->CONTROL_VECTOR_TYPE_07.ADJ_PO_LOAD_CAPABILITY; 
. CALL CS.INITIATE_IPL_PBOC(TARGET_NA,ADJ_PO_LOAD_CAP) ; 

. “ /* PAGE 7-91 

END; 

END; 

ELSE 
DO; 

. M0_PTR = OPM_CREATE RQ('SDT'); 

. SEND MO TO TC.SC.SEND; 

END; 

MO PTR = SAVE MO PTR; 

END;” 


CALL FSM_PO ACT DOM RES; 

SEND MO TO OPM_TRANSLATION SVC; 
END; 


/* APPENDIX B 
/* CHAPTER 4 


/* PAGE 7-128 
/* CHAPTER 6 


V 

*/ 


*/ 

♦/ 

♦/ 

*/ 

*/ 

*/ 


*/ 

*/ 


♦/ 

*/ 


END; 

END CS.ACTPO_RSP; 
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CS.DACTPU_RSP: PROCEDURE; 


/* 


FUNCTION; IF THE PU FSH IS NOT IN THE PEND RESET OR RESET STATE, THE DACTPU 
RESPONSE IS SENT TO UPM LOG, OTHERWISE, THE RESPONSE IS SENT TO THE 
FSH AND TO UPM_TRANSLATION_SVC. 

IN ADDITION, IF THE PU IS A SUBAREA PU, MULTIPLE INOP REQUESTS ARE 
GENERATED TO RESET ALL LINKS AND ADJACENT LINK STATIONS WITHIN THE 
PU»S SUBAREA. 

IF THE PU IS A PERIPHERAL PU AND THE PU'S ASSOCIATED LINK IS 
SWITCHED, THE NETWORK ADDRESS FIELD OF THE DOMAIN RESOURCE ENTRY FOR 
THE PU IS SET TO 0 AND THE ASSOCIATED RESOURCE POINTER FIELD IS SET 
TO A NULL VALUE. DISCONTACT AND ABCONN REQUESTS ARE THEN GENERATED. 
IF THE PU'S ASSOCIATED LINK IS NONSWITCHED, A DISCONTACT REQUEST IS 
GENERATED. IF THE SEND__CONTACT IMMEDIATELY BIT OF THE DOMAIN 

RESOURCE ENTRY FOR THE PU IS ON, A CONTACT REQUEST IS ALSO 

GENERATED. (IF THE BIT ~IS ON, IT WAS SET IN 

CS.REQCONT„REQDISCONT_FROC, FOUND ON PAGE 7-114.) 

INPUT; POSITIVE OR NEGATIVE RESPONSE TO DACTPU FROM PU.SVC MGR.CSC MGR.RCV 

(CHAPTER 13) AND A COPY OF THE TARGET “ ADDRESS FROM 

UPM_RETKIEVE_TARGET_NA (PAGE 7-122) 

OUTPUT; ±RSP(DACTPU) TO UPM TRANSLATION SVC (CHAPTER 6) AND TO THE PU FSM, 
AND ONE OR MORE OF THE FOLLOWING; INOP, DISCONTACT, ABCONN, AND 
CONTACTED (SEE FUNCTION DESCRIPTION ABOVE); OR ±RSP(DACTPU) TO 

UPMJLOG (APPENDIX B). IF THE TARGET OF THE DACTPU IS A PERIPHERAL 
PU,” THEN THE NETWORK ADDRESS FIELD AND THE ASSOCIATED RESOURCE 
POINTER FIELD OF THE PU DOMAIN RESOURCE ENTRY ARE SET TO A NULL 
VALUE. 

REFERENCED BY THE FOLLOWING PSOCEDURE(S) : 

SSCP.SVC_MGR.CS.RCV 

REFERS TO THE FOLLOWING PROCEDURE (S): 

CONTACT DISCONTACT SEND CHECK 

cs.conn”proc 

CS.CONTACT_PROC 
CS.DISCONTACT_PRQC 
CS.INOP PROC 
FSM_PU ACT_DOM RES 
UPM_RETRIEVE TARGET NA 


PAGE 

7-50 

PAGE 

7-118 

PAGE 

7-68 

PAGE 

7-72 

PAGE 

7-74 

PAGE 

7-110 

PAGE 

7-128 

PAGE 

7-122 


*/ 

DCL TARGET NA BIT (48); 

DCL PU_PTR”POINTER; 


TARGET NA = UPM RETRIEVE TARGET NA; 

DRCB_PTR = FIND”DOMAIN_RESOURCE(TARGET_NA); 

/♦ 

/* 

PAGE 7-122 
APPENDIX B 

*/ 

*/ 

IF DRCB.RESOURCE CATEGORY = ALS THEN 

DRCB_PTR = FIND_5UBORDINATE_DOM_RES(TARGET_NA) ; 

/* 

APPENDIX 

B 

*/ 

IF (DRCB_PTR = NULL | 

DRCB.RESOURCE CATEGORY i* (SUBAREA FU | PERIPHERAL PU) ) 

DO; 

. CALL UPM LOG; 

THEN 




/* 

APPENDIX 

B 

*/ 


. DISCARD MU; 
END; 
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1 POSITIVE OR NEGATIVE RESPONSE TO DACTPU \ 

L-,— -1 






*/ 

ELSE 





DO 

; 





IP FSM PO ACT DOM RES -•* (PEND RESET | RESliT) THEN 

/* 

PAGE 7-128 

*/ 


DO; 





. CALL OPM LOG; 

/* 

APPEND'* B 

*/ 


. DISCARD MO; 





END; 





ELSE 





DO; 





• PO p;R = DRCB PTR; 





. CALL FSM PO ACT DOM RES; 

/* 

PAGE 7-128 

*/ 


. SEND MO TO OPM_TRANSLATION_SVC; 

/* 

CHAPTER 6 

*/ 


. IF DRCB.RESOORCE CATEGORY = SOBAREA_PO THEN 





SCAN DRCB LIST PTR(DRCB PTR); 





. IF DRCB7RES00RCE CATEGORY = LINK S 





. . DRCB.NETWORK ADDRESS (0:31) * TARGET_NA(0:31) 

THEN 



. . DO; 





. . . MO PTR = OPM CREATE XQ(»INOP'); 

/* 

APPENDIX B 

*/ 


. . . INOP RQ.INOp'lINK OR ALS ADDRESS = 





. . . " DRCB. NETNORK__ADDRESS (32:47) ; 





. . . CALL CS.INOP PROC; 

/* 

PAGE 7-110 

*/ 


. . END; 





. SCANEND; 





. ELSE 





DO; 





. . DRCB_PTR = FIND_LINK_FOR_DOM_RES(TARGET_NA) ; 

/* 

APPENDIX B 

*/ 


. . IF CONTACT_DISCONTACT_SEND_CHECK = OK THEN 

/* 

PAGE 7-113 

*/ 


IF DRCB.SWITCHED LINK * SWITCHED THEN 





. . DO; 





. PO_PTR->DRCB.ASSCCIATED_RES_PTR = NOLL; 





. PU PTR->DRCB.NETWORK ADDRESS = 0; 





. . . M0_PTR = OPM__CREATE_RQ ('DISCONTACT*) ; 

/* 

APPENDIX B 

*/ 


. DSAF = OSAF;" 





. . . CALL CS.DISCONTACT PROC; 

/* 

PAGE 7-74 

*/ 


. . . MO PTR = OPM CREATE RQ( 1 ABCONN *) ; 

/* 

APPENDIX B 

*/ 


. . . DSAF = OSAF; 





. . . CALL CS.CONN PROC; 

/* 

PAGE 7-68 

*/ 


. . END; 





ELSE 





. . DO; 





. MO PTR = OPM CREATE RQ('DISCONTACT•); 

/* 

APPENDIX B 

*/ 


. . . DSAF = OSAF; 





. CALL CS.DISCONTACT PROC; 

/* 

PAGE 7-74 

V 


. . . IF DRCB. SEND__CONTACT_IMMEDIATELY = YES THEN 





• . . DO; 





. . . . MU_PTR = OPM_CREATE_RQ ('CONTACT') ; 

/* 

APPENDIX B 

*/ 


. . . . DSAF = OSAF;" 





. CALL CS.CONTACT PROC; 

/* 

PAGE 7-72 

*/ 


. . . . DRCB.SEND CONTACT IMMEDIATELY = NO; 





. . . END; 





. . END; 





. END; 





END; 





END; 

END CS.DACTPU_RSP; 


CHAPTER 7. SSCP.SVC MGR —CONFIGURATION SERVICES 7-57 








CS.LU_PROC: PROCEDURE: 


FUNCTION: 


INPUT: 


OUTPUT: 


NOTE: 


THIS PROCEDURE HANDLES THE ACTIVATION 
AND PERIPHERAL LU'S. 


AND DEACTIVATION OF SUBAREA 


SOME SUBAREA LU'S SUPPORT PARALLEL SESSIONS. AN LU WITH 
PARALLEL-SESSION CAPABILITY HAS ONE SECONDARY LU NETWORK ADDRESS AND 
MULTIPLE PRIMARY LU NETWORK ADDRESSES ASSOCIATED WITH IT. THE 
PRIMARY NETWORK ADDRESSES ARE ASSIGNED VIA THE RNAA REQUEST. WHILE 
ALL LU'S THAT DO NOT SUPPORT PARALLEL SESSIONS ARE SENT ACTLU, AN 
ACTLU REQUEST IS SENT ONLY TO THE SECONDARY LU ADDRESS FOR LU'S THAT 
DO SUPPORT PARALLEL SESSIONS; THE PRIMARY LU ADDRESSES BECOME ACTIVE 
WHEN THE SECONDARY LU ADDRESS DOBS. 

THE TARGET LU'S ASSOCIATED RESOURCE (EITHER A SUBAREA PU OR A 
PERIPHERAL PU) IS CHECKED TO SEE IF IT IS ACTIVE. IF THE PU FSM IS 
NOT ACTIVE, THE PROCEDURE RESOURCE ACTIVE CHECK, WHICH PERFORMS THE 
CHECKING, INSERTS THE ACTLU~ REQUEST INTO THE PU'S 
SAVE MU FOR RETRY LIST. IF THE PU FSM IS ACTIVE, PROCESSING OF THE 
REQUlST”C0NTINUES IMMEDIATELY. 

WHEN ACTLU IS THE INPUT AND THE LU FSM IS RESET, THIS PROCEDURE 
SENDS THE ACTLU REQUEST TO THE LU FSM AND TO 
PU.SVC MGR.CSC MGR. SEND. IF THE LU FSM IS NOT ACTIVE, THIS 
PROCEDURE gInERATES A SEND CHECK, WHICH IS SENT TO 
UPM — TRANSLATION^SVC. 

WHEN DACTLU IS THE INPUT, THE LU FSM IS CHECKED TO SEE IF IT IS 
ACTIVE OR PEND_ACTIVE OH PEND RESET. IF SO, THIS PROCEDURE SENDS 
THE DACTLU REQUEST TO THE LU FSM AND TO PU. SVC__MGR.CSC MGR. SEND. IF 
THE LU FSM IS NOT ACTIVE OR PEND ACTIVE OR PEND RESET, THIS 
PROCEDURE GENERATES A SEND CHECK, WHICH is"" SENT TO 
UPMJTRANSLATION_SVC. 

ACTLU OR DACTLU FROM UPM TRANSLATION SVC (CHAPTER 6) ; OR ACTLU FROM 
CS.PERIPHERAL LU ADD “(PAGE 7-97); OR DACTLU FROM 
SSCP.SVC__MGR. SS. SEND (CHAPTER 8) OR FROM CS.DEACTIVATION_CLEANUP 
(PAGE 7—T19) 

ACTLU OR DACTLU TO PU.SVC MGR.CSC MGR.SEND (CHAPTER 13) AND TO THE 
LU FSM AND A COPY OF THE TARGET ADDRESS TO UPM SAVE TARGET NA (PAGE 
7-122), OR A SEND_CHECK WITH AN APPROPRIATE ERROR CODE TO 
UPM_TRANSLATION SVC (CHAPTER 6), OR THE RESET SIGNAL TO THE LU FSM 
AND DACTLU TO UPM TRANSLATION SVC 


PROCESSING OF THIS REQUEST RESUMES IN 
PU.SVC MGR.CSC MGR RETURNS A RESPONSE. 


CS.LU_RSP (PAGE 7-60) WHEN 


REFERENCED BY THE FOLLOWING PROCEDURE(S)i 
CS.DEACTIVATION CLEANUP 
CS.PERIPHERAL^LU ADD 
SSCP.SVC MGR.CS.RCV 
SSCP.SVC“MGR. CS. SEND 

REFERS TO THE FOLLOWING PROCEDURE(S)5 
FSM_LU_ACT_DOM_RES 
RESOURCE ACTIVE CHECK 
UPM SAVE TARGET~NA 


PAGE 

7-119 

PAGE 

7-97 

PAGE 

7-50 

PAGE 

7-48 

PAGE 

7-128 

PAGE 

7-116 

PAGE 

7-122 


DCL PU NA BIT(48); 

DCL TARGET NA BIT(48); 

DCL P POINTER; 

TARGET NA * DSAF||DEF; 

DRCB_PTR = FIND_DOMAIN_RESOURCE(TARGET_NA) ; 


/* APPENDIX B 


IF DRCB.RESOURCE CATEGORY -»* (SUBAREA_LU | PERIPHERAL_LU) THEN 

SEND SEND_CHECK(X'0806') TO UPMJTRANSLATION^SVC; “ /* RESOURCE UNKNOWN 


V 


*/ 

*/ 


ELSE 

DO; 

. P * DRCB.ASSOCIATED RES PTR; 

. PU_NA = P->DRCB.NETWORK^ADDRESS; 

I IF RESO0RCE_ACTIVE_CHECK(PU_NA,PU) * OK THEN 

* SELECT ANYORDER(RQ_CODE) ; 


/* PAGE 7-116 


*/ 
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I ACTIO ^ j 

- - - --„ - i - » 

NHBN (ACTLU) 

00 ; 

. ;p FSH_L0_ACTJ>OH_RBS » RESIT THEM 
. DO; 

. CALL PSH^LO ACT^DOH^HBS; 

. • CALI OPH^SAVE TARGET RA(TARGET MA); 

. . SEND HO TO PO.SVC H6R.CSC MGR.SEND; 

RED; 

I ELSE 

. SEND SEND CHECK(X*0815») TO OPR TRANSLATION SVC; /* PONCTION ACTIVE 
END; 


/* PAGE 7-128 

/* PAGE 7-128 
/* PAGE 7-122 
/* CHAPTER 13 


I n dactlo f 



WHEN(DACTLO) 

DO; 

. IF FSH LO ACT DOfl RES « (PEND ACTIVE | ACTIVE | PEND RESET) THEN 
. " /* PAGE 7-128 


DO; 


♦ CALL FSH_LO_ACT DOH_RES; 

• CALL OPH SAVE TARGET MAfTARGBT NA); 
. SEND HO TO PO•SVC_HGR.CSC_HGR.SEND; 
END; 


/* PAGE 7-128 
/* PAGE 7-122 
/* CHAPTER 13 


♦/ 


•/ 

V 

♦/ 

V 


♦/ 

/* 


V 


*/ 

*/ 

*/ 

V 


• « • ELSE 

. , . SEND SEND_CHECK(T*0816«) TO OPH TRANSLATION SVC; /* FONCTION INACTIVE */ 

. . END; 

« END; 

END; 


END CS.LDJPROC; 
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CS.LU_RSP: PROCEDURE; 


/* 


FUNCTION: WHEN RSP (ACTLU) IS THE INPUT AND THE LU FSH IS NOT IN THE 

PEND ACTIVE OR PEND RESET STATE, THE RESPONSE IS SENT TO UPH LOS. 

OTHERWISE, THE RESPONSE IS SENT TO THE FSH AND TO 

UPH TRANSLATION SVC, AND A COPT OF THE RESPONSE IS SENT TO 
SSCP.SVC_MGR.Ss7rCV. FURTHERHORE, IF THE RESPONSE IS POSITIVE AND 
THE LU~" FSH IS IN THE PEND ACTIVE STATE, THE LU'S 

SAVE HU FOR RETRY LIST IS CHECKED TO SEE IF IT CONTAINS ANY 

ELEMENTS; IF SO, ALL ARE REMOVED AND SENT TO CS.SEND (PAGE 7-48). 

WHEN RSP(DACTLU) IS THE INPUT AMD THE LU FSH IS NOT IN THE 

PEND RESET OR RESET STATE THE RESPONSE IS SENT TO UPH LOG. 
OTHERWISE, THE RESPONSE IS SENT TO THE FSH AND~ TO 

UPM_TRAHSLATION — SVC. IF THE TARGET RESOURCE IS A PERIPHERAL LU 
WHOSE ASSOCIATED LINK IS SWITCHED AND THE RESPONSE IS POSITIVE, AN 
FNA REQUEST IS GENERATED TO FREE THE NETWORK ADDRESS CURRENTLY BEING 
USED FOR THE PERIPHERAL LU. 

INPUT: POSTIVE OR NEGATIVE RESPONSE TO ACTLU OR DACTLU FROH 

PU.SVC HGR.CSC HGR.RCV (CHAPTER 13) AND A COPY OF THE TARGET ADDRESS 
FROM UPH_RETRIEVE_TARGET„NA (PAGE 7-*122) 

OUTPUT: ±RSP (ACTLU) TO UPH_.TRANSLATION_SVC (CHAPTER 6), TO THE LU FSH, AND 

TO SSCP.SVC MGR.SS.RCV (CHAPTER 8); OR tRSP(DACTLU) TO 

UPM_TRANSLATION_SVC AND TO THE LU FSH AND FNA TO CS.FNA.PROC (PAGE 
7-99); OR ±RSP (ACTLU|DACTLU) TO UPM.LOG (APPENDIX B) 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
SSCP.SVC_MGR.CS.RCV 


PAGE 7-50 


REFERS TO THE FOLLOWING PROCEDURE(S)5 
CS.FNA PROC 
FSH LU~ACT_D0M RES 
UPH RETRIEVE TARGET NA 


PAGE 7-99 
PAGE 7-128 
PAGE 7-122 


V 

DCL TARGET NA BIT (48); 

DCL LIST PTR POINTER; 

DCL RESPONSE TYPE BIT(1); 


X 

V 


TARGET.NA = UPH RETRIEVE TARGET NA; 

DRCB_PTR * FIND~DOMAIN_RESOURCE“(TARGET_NA) ; 


/* PAGE 7-122 
/* APPENDIX B 


IF DRCB.RESOURCE CATEGORY (SUBAREA LU J PERIPHERAL LU) THEN 
DO; 

. CALL UPMJLOG; /* APPENDIX B 

. DISCARD MU; 

END; 


*/ 

*/ 


*/ 


ELSE 


SELECT ANYORDER(RQ_CODE) ; 


POSITIVE OR NEGATIVE RESPONSE TO ACTLU 


/* 


WHEN(ACTLU) 

DO; 

. IF FSM_LU_ACT_DOM_RES (PEND_ACTIVE | PBND_RESET) THEN 

/* PAGE 7-r128 

. DO; 

. . CALL UPMJLOG; /* APPENDIX B 

. . DISCARD MU; 

END; 


V 


V 

V 


ELSE 

DO; 

. IF (FSM_LU ACT DOM_RES = PEND ACTIVE 8 RTI = POSITIVE) THEN 
. DO WHILE! -lEMPTYlDRCB.SAVE MU FOR RETRY LIST)); 

. . LIST_PTR = FIRST_ENTRY(DRCB7SAVE MU FOR RETRY LIST); 

. . REMOVE LIST PTR->MU FROM DRCB.SAVE MU FOR RETRY LIST; 


. . . SEND LIST PTR->MU TO SSCP.SVC MGR.CS.SEND7 7* PAGE 7-48 */ 

. . END; 

. . CALL FSH LU ACT DOM RES; /* PAGE 7-128 ♦/ 

. responseItype =“rti7 

. . SEND MU TO UPM TRANSLATION SVC; /* CHAPTER 6 */ 

. . MU PTR = UPM_CREATE_ > RSP('ACTLU*) ; /* APPENDIX A V 

. . RTI = RESPONSE^TYPE; 

. . SEND HU TO SSCP.SVC MGR.SS.RCV; /* CHAPTER 8 */ 

. END; 

END; 


(f 

V 
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I 


POSITIVE OR NEGATIVE RESPONSE TO DACTLD 


I 


/* 


WHEN (DACTLU) 

DO; 

. IP PSH__LD_ACT_DOH_R E S -.= (PEND_RESET | RESET) THEN 

. /* PAGE 7-128 

. DO; 

. . CALL DPH LOG; /* APPENDIX B 

• . DISCARD HD; 

. END; 


*/ 


*/ 

*/ 


. . ELSE 

.' DO; 

. - . CALL PSH LD ACT DOH RES; 

. . . RESPONSE TYPE =”RTl7 

• • . SEND HD TO DPH TRANSLATION SVC; 

. . . IF RESPONSE^TYPE = POSITIVE S 

. . . DRCB.RESOORCE_CATEGORY = PERIPHERAL_LD THEN 

• • • DO; 

• . . . DRCB PTR « FIND LINK FOR DOH RES(TARGET_NA) ; 

. . . ♦ IP DRCB.SHITCHED_LINK = SNITCHED THEN 

.... DO; 

. . . . . HD_PTR = DPH CREATE RQ (* FNA 1 ) ; 

. . . . . FNA_RQ. SDBFIELD (0) = TARGET__N A (32; 47) ; 

. . . . . DSAF = OSAF; 

. CALL CS.FNA PROC; 

. . . . END; 

. . . END; 

. . END; 

. END; 

END; 


/* PAGE 7-128 
/* CHAPTER 6 

/* APPENDIX B 
/* APPENDIX B 
/* PAGE 7-99 


♦/ 

*/ 

*/ 

*/ 

V 


END CS.L0_RSP; 
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CS.LINK^PROC: PROCEDURE; 

/♦ 

r — -- - J - -- - —-- 1 — - ------ - -----1 

| FUNCTION: THIS PROCEDURE HANDLES THE ACTIVATION AND DEACTIVATION OF LINKS. | 

| THE TARGET LINK'S ASSOCIATED SUBAREA PU IS CHECKED TO SEE IF IT IS I 

| ACTIVE. IF THE PU FSH IS NOT ACTIVE, THE PROCEDURE | 

| RESOURCE ACTIVE CHECK, WHICH PERFORMS THE CHECKING, INSERTS THE | 

| ACTLINK REQUEST~INTO THE PU'S SAVE MO_FOR RETRY LIST. IF THE PU FSM | 

| IS ACTIVE, PROCESSING OF THE REQUEST CONTINUES IMMEDIATELY. | 

I I 

| WHEN ACTLINK IS THE INPUT AND THE LINK FSM IS RESET, THIS PROCEDURE | 

| SENDS THE ACTLINK REQUEST TO THE LINK FSM AND TO SNS.SEND. IF THE | 

| LINK FSM IS NOT RESET, THIS PROCEDURE GENERATES A SEND — CHECK, WHICH I 

| IS SENT TO UPM TRANSLATION SVC. “ I 

I ~ I 

| WHEN DACTLINK IS THE INPUT AND THE LINK FSM IS ACTIVE OR | 

| PEND ACTIVE, THIS PROCEDURE SENDS THE DACTLINK REQUEST TO THE LINK | 

| FSM AND TO SNS.SEND. IF THE LINK FSM IS NOT ACTIVE, THIS PROCEDURE | 

| GENERATES A SEND CHECK, WHICH IS SENT TO UPM_TRANSLATION SVC. | 

I ~ I 

| INPUT; ACTLINK OR DACTLINK FROM UPH_TRANSLATION_SVC (CHAPTER 6) I 

| OUTPUT: ACTLINK OR DACTLINK TO SNS.SEND (CHAPTER 6) AND TO THE LINK FSM AND | 

| A COPY OF THE TARGET ADDRESS TO UPM SAVE TARGET_NA (PAGE 7-122), OR | 

t A SEND CHECK WITH AN APPROPRIATE ERROR CODE TO UPM^TRANSLATION SVC | 

| (CHAPTER 6) I 

I I 

( NOTE: PROCESSING OF THIS REQUEST RESUMES IN CS.LINK_RSP (PAGE 7-67) WHEN | 

| SNS RETURNS A RESPONSE. I 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): I 

| SSCP.SVC MGR.CS.SEND PAGE 7-48 | 

I ” I 

| REFERS TO THE FOLLOWING PROCEDURE(S): I 

| CS.DACTLINK SEND CHECKS PAGE 7-64 I 

| FSM LINK ACT DON^RES PAGE 7-129 | 

| RESOURCEIaCTIVE_CHECK PAGE 7-116 | 

| UPM SAVE TARGET~NA PAGE 7-122 ( 


*/ 

DCL TARGET NA BIT(48); 

DCL LINK NA BIT(48); 

DCL PU_NA BIT(48); 

DCL P POINTER; 


TARGET NA * DSAF||(NSC RQ.TARGET_ADDRESS S NCB.NODE ELEMENT MASK); 

/* APPENDIX A */ 

DRCBJPTR * FIND_DOMAIN — RESOURCE (TARGET__NA) ; /* APPENDIX B */ 

IF DRCB.RESOURCE CATEGORY LINK THEN 

SEND SEND_CHECK(X* 0806') TO UPM_TRANSLATION_SVC; /* RESOURCE UNKNOWN */ 

ELSE 

DO; 

. LINK_NA * DRCB.NETWORK ADDRESS; 

. P * FIND PU FOR DOM RES (LINK NA) ; /* APPENDIX B */ 

. pu_na * p->drcbTnetwork_address; 

. IF RESOURCE_ACTIVE_CHECK(PU_NA,PU) = OK THEN /* PAGE 7-116 */ 

. SELECT ANYORDER(NS_RQ_CODE); 

•- - --- — - — ~ — — —- 

| ACTLINK 


WHEN (ACTLINK) 

DO; 

. IF FSM LINK_ACT DOM RES ■ RESET THEN 
. DO; 

. . CALL FSM_LINK ACT DOM RES; 

. . CALL UPM__SAVE _ TARGET NA (TARGET NA) ; 

. . SEND MU TO SNS.SEND; 

. END; 

. ELSE 

. SEND SEND CHECK (X'0815') TO UPM TRANSLATION SVC; /* FUNCTION ACTIVE */ 

END; 


/* 




*/ 

/* 

PAGE 7-129 

*/ 

/* 

PAGE 7-129 

*/ 

/* 

PAGE 7-122 

*/ 

/* 

CHAPTER 6 

*/ 
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DACTLINK 


WHEN(DACTLINK) 

DO; 

IF CS.DACTLINK SEHD CHECKS(LINK HA) = OK THEM 
DO; 




♦/ 

/* PAGE 

7-64 

*/ 

i) THEN 
/♦ PAGE 

7-129 

V 

/* PAGE 

7-129 

*/ 

/* PAGE 

7-122 

*/ 

/* CHAPTER 6 

♦/ 


END; 

END; 

END CS.LINK_PROC; 


DO; 

. CALL FSH LINK_ACT DOB BBS; 

. CALL UPSAFE*TARGET BA(TARGET HA); 

. SEND HU TO SNS.SBND;" 

END; 

ELSE 

SEND SEND CHECK (X*0816*) TO UPH TRANSLATION SVC; 

/* FUNCTION INACTIVE 

END; 

ELSE 

SEND SEND_CHECK(X * 081A') TO UPH JTRANSLATION_SVC; /* REQUEST SEQUENCE ERROR 

END; 
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CS.DACTLINK_SEND_CHECKS: PROCEDURE(RES.HA) RETURNS(BIT(1)); 


FUNCTION: 


THIS PROCEDURE PERFORHS STATE SEND CHECKS ON A GROUP OF 
EVERY ADJACENT LINK STATION ASSOCIATED WITH A GIVEN LINK. 


THE NETWORK ADDRESS OF THE LINK 


FSH *S FOR 


OUTPUT: 

OK IF ALL FSM•S ARE IN THE RESET 

STATE; 

NG IF NOT 

REFERENCED 

BY THE FOLLOWING PROCEDURE(S) : 
CS.LINK_PROC 

PAGE 

7-62 

REFERS TO 

THE FOLLOWING PROCEDURE(S): 

FSM ALS CONNECTED DOM RES 

PAGE 

7-133 


FSM ALS CONTACT DOM RES 

PAGE 

7-130 


FSM_ALS~DOMP_DOM RES 

PAGE 

7-131 


FSM ALS"lPL DOM RES 

PAGE 

7-131 


fsm!als“rpo doh"res 

PAGE 

7-132 


FSM_LINK C0NNIn"D0M RES 

PAGE 

7-129 


FSM_LINK~CONNOUT_DOM_RES 

PAGE 

7-130 


DCL RES_NA BIT(48); 

DCL CHECK BIT(1) ; 

DCL P POINTER; 

DCL SAVE DRCB PTR POINTER; 


SAVE_DRCB_PTR = DRCB_PTR; 
CHECK = OK; 


SCAN DRCB_LIST PTR (P) WHILE(CHECK = OK); 

. IF P->DRCB.RESOURCE_CATEGORY = ALS THEN 


IF P->DRCB. ASSOCIATED JJES_PTR->DRCB.NETWOFK_ADDF.ESS = RES__NA THEN 


SELECT ANYORDER; 


i-—----- 

| PRIMARY SWITCHED ALS 


WHEN (P->DRCB.SWITCHED LINK = SWITCHED 

6 P—>DRCB.LINK DLC_ROLE = PRIMARY) 

DO; 

. IF FSM_LINK_CONNOOT_DOM_RES -.= RESET | 

FSM LINK CONNIN__DOM RES -*= RESET THEN 
CHECK = NG; 

. DRCB_PTR = P; 

. IF FSM_ALS_CONNECTED_DGM_RES -.= RESET ( 

. FSM ALS CONTACT DOM_RES -.= RESET THEN 

CHECK = NG; 

END; 


/* 

I 

j 

*/ 


/* PAGE 7-130 ♦/ 
/* PAGE 7-129 */ 

/* POINTER TO ALS */ 
/* PAGE 7-133 */ 
/* PAGE 7-130 */ 


I 


SECONDARY SWITCHED ALS 


WHEN (P->DRCB.SWITCHED LINK = SWITCHED 

& P->DRCB.LINK DLC ROLE * SECONDARY) 

DO; 

. IF FSM_LINK_CONNOUT DOM RES RESET | 

. FSM_LINK CONNIN DOM RES -.= RESET THEN 

. CHECK = NG;" 

. DRCB PTR = P; 

. IF FSM_ALS__CONNECTED_DOM_ > RES RESET | 

. FSM ALS CONTACT"DOM"RES RESET | 

. fsmIals"ipl_dom~fes~-*= RESET | 

. FSM_ALS_DUMP_DOM_RES -.= RESET | 

. FSM ALS RPO DOM RES RESET THEN 

. CHECK = NG? 

END; 


/* 

T 

I 

J 

*/ 


/* 

PAGE 

7-130 

*/ 

/* 

PAGE 

7-129 

*/ 


/* 

POINTER TO ALS 

♦/ 

/* 

PAGE 7-133 

*/ 

/* 

PAGE 7-130 

*/ 

/* 

PAGE 7-131 

*/ 

/* 

PAGE 7-131 

V 

/* 

PAGE 7-132 

*/ 
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I-1 

| PRIMARY NONSWITCHED ALS I 

i --—.—---—.......» 


WHEN (P->DRCB.SWITCHED LINK SWITCHED 
& P->DRCB.LINK DLC ROLE * PRIMARY) 

DO; 

. DRCB PTR * P; /* POINTER TO ALS 

. IF FSM_ALS CONTACT_DOH_RES -- RESET THEN /* PAGE 7-130 

• CHECK = KG; 

BUD; 


/* 

♦/ 

V 

*/ 

/* 


SECONDARY NONSWITCHBD ALS 


*/ 


WHEN (P->DRCB.SWITCHED^LIHK SWITCHED 


& P->DRCB.LINK DLC ROLE = SECONDARY) 

DO; 

. DRCB PTR = P; /* POINTER TO ALS ♦/ 

. J.F FSH_ALS_CONTACT DON FES -= RESET | /* PAGE 7-130 */ 

. FSH__ALS__IPL DON RES -* RESET | /* PAGE 7-131 */ 

- FSH ALS DOHP DON RES -= RESET | /* PAGE 7-131 */ 

. FSH ALS~RPO DON RES -= RESET THEN /* PAGE 7-132 */ 

. CHECK = NgT 


. END; 
END; 


SCANEND; 


DRCB_PTR * SAVE_DRCB_PTR; 


RETORN(CHECK) ; 

END CS.DACTLIWK_SEND_CHECKS; 
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CS.LINK_RSP: PROCEDURE 


FUNCTION: WHEN RSP(ACTLINK) IS THE INPUT AND THE LINK FSH IS NOT IN THE 
PEND ACTIVE OR PEND RESET STATE, THE RSP IS SENT TO UPH LOG. 
OTHERWISE, THE RSP IS SENT TO THE FSM AND TO UPH TRANSLATION'SVC. 
FURTHERMORE, IF THE RESPONSE IS POSITIVE AND THE LINK FSH IS IN THE 
PEND ACTIVE STATE, THE LINK'S SAVE MU FOR RETRY LIST IS CHECKED TO 
SEE IF IT CONTAINS ANY ELEMENTS; IF~ SO, ALL ARE'REMOVED AND SENT TO 
CS. SEND (PAGE 7-48). 

WHEN RSP(DACTLINK) IS THE INPUT AND THE LINK FSM IS IN THE 
PEND RESET STATE, THE RSP IS SENT TO THE FSM AND TO 
UPM_TRANSLATION_SVC. OTHERWISE, THE RSP IS SENT TO UPM_LOG. 

INPUT: POSITIVE OR NEGATIVE RESPONSE TO ACTLINK OR DACTLINK FROM SNS.RCV 

(CHAPTER 6) AND A COPY OF THE TARGET ADDRESS FROM 

UPM_RETRIEVE_TARGET_NA (PAGE 7-122) 

OUTPUT: ±RSP(ACTLINK|DACTLINK) TO UPM TRANSLATION SVC (CHAPTER 6) AND TO THE 

LINK FSM, OR ±RSP (ACTLINK|DACTLINK) TO UPM_LOG (APPENDIX B) 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
SSCP.SVC_HGR.CS.RCV 

REFERS TO THE FOLLOWING PROCEDURE(S): 
FSM_LINK ACT DOM_RES 

upm retrieve'target NA 


PAGE 7-50 


PAGE 7-129 
PAGE 7-122 


DCL TARGET_NA BIT(48); 
DCL LIST_PTR POINTER; 


TARGET_NA = UPM_RETRIEVE TARGET NA; 

DRCB_PTR = FIND_DOMAIN_RESOURCElTARGET_NA); 


/* PAGE 7-122 
/* APPENDIX B 


*/ 

*/ 


IF DRCB. RESOURCE CATEGORY -.= LINK 
DO; 

. CALL UPM_LOG; 

. DISCARD MU; 

END; 


/* APPENDIX B 


ELSE 


SELECT ANYORDER (NS_RQ_CQDE) ; 

r -------------“i 

| POSITIVE OR NEGATIVE RESPONSE TO ACTLINK | 

i------1 


WHEN (ACTLINK) 

DO; 

. IF FSM_LINK ACT DOM_RES -= (PEND ACTIVE | PEND_RESET) THEN 
. ~ /* PAGE 7-129 

. DO; 

. CALL UPM LOG; /* APPENDIX B 

. . DISCARD MU; 

. END; 

. ELSE 
. DO; 

. IF (FSM_LINK ACT DOM_RES = PEND_ACTIVE & RTI = POSITIVE) THEN 
DO WHILE ( -'EMPTY (DRCB.SAVE_MU FOR__RETRY_LIST) ) ; 

. . . LIST PTR = FIRST ENTRY(DRCB7SAVE MU_FOR RETRY LIST); 

. REMOVE LIST_PTR->MU FROM DRCB.SAVE_HU_FOR RETRY LIST* 

. . . SEND LIST PTR->MU TO SSCP.SVC_MGR.CS.SEND? 7* PAGE 7-48 

. . END; 

. . CALL FSM_LINK_ACTJDOM_RES; /* PAGE 7-129 

. SEND MU TO UPM TRANSLATION SVC; /* CHAPTER 6 

END; 

END; 


i--------- - — i 

| POSITIVE OR NEGATIVE RESPONSE TO DACTLINK | 

i________________i 


WHEN (DACTLINK) 

DO; 

. IF FSM_LINK_ACT_DOM_RES -.= PEND_RESET THEN /* PAGE 7-129 

DO; 

. CALL UPMJLOG; /* APPENDIX B 

. . DISCARD MU; 

. END; 


/♦ 

♦/ 

*/ 

*/ 


V 

V 

V 

/* 

*/ 

*/ 

*/ 


. . ELSE 

DO; 

. . . CALL FSM_LINK_ACT_DOM_RES; /* PAGE 7-129 */ 

. . . SEND MU TO UPM TRANSLATION SVC; /* CHAPTER 6 */ 

. . END; 

END; 

END; 


END CS.LINK_RSP; 
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CS.CONN^PROC: PROCEDURE 


FUNCTION: 


NOTE: 


THIS PROCEDURE HANDLES THE CONNECTION 
LINKS. 


AND DISCONNECTION OF SNITCHED 


NHEN A REQUEST IS RECEIVED, THE TARGET LINK IS CHECKED TO SEE IF IT 
HAS BEEN ACTIVATED (I.E., SENT ACTLINK). IF NOT, THEN THE PROCEDURE 
RESOURCE ACTIVE_CHECK, WHICH PERFORMS THE CHECKING, INSERTS THE 
REQUEST INTO THE LINK'S SAVE MU FOR RETRY LIST. IF THE LINK FSM IS 
ACTIVE, PROCESSING OF THE REQUEST CONTINUES IMMEDIATELY. 

NHEN ACTCONNIN, DACTCONNIN, OR ABCONNOUT IS RECEIVED, AND THE 
PERTINENT FSM IS IN AN APPROPRIATE STATE, THE REQUEST IS SENT TO THE 
FSM AND TO SNS.SEND. OTHERWISE, THIS PROCEDURE GENERATES A 
SEND__CHECK, WHICH IS SENT TO UPMJTRANSLATION_SVC. 

NHEN CONNOUT IS RECEIVED AND THE APPROPRIATE LINK AND ADJACENT LINK 
STATION FSM'S ARE RESET, THEN CONNOUT IS SENT TO THE ADJACENT LINK 
STATION FSM AND TO SNS.SEND. IF THE CONNOUT IS FOR A MANUAL DIAL 
OUT OPERATION, THE TELEPHONE NUMBER OF THE LINK TO BE DIALED IS SENT 
TO THE OPERATOR VIA UPM_MANUAL_DIAL (PAGE 7-126). IF THE FSM'S ARE 
NOT RESET, THIS PROCEDURE GENERATES A SEND CHECK, WHICH IS SENT TO 
UPM TRANSLATION SVC. 


WHEN ABCONN IS RECEIVED, THE ABCONN 
FSM_ALS_CONNECTED_DOM__BES AND TO SNS.SEND. 


REQUEST IS SENT 


TO 


ACTCONNIN, DACTCONNIN, CONNOUT, OR ABCONNOUT FROM 
UPM TRANSLATION'SVC (CHAPTER 6) ; OR ABCONN FROM UPM TRANSLATION SVC 
(CHAPTER 6), FROM CS.ACTPU RSP (PAGE 7-54), FROM CS.DACTPU RSP (PAGE 
7-56), FROM CS.INOPlPROC (PAGE 7-110), OR FROM 
CS.REQCQNT_REQDISCONT_PFOC (PAGE 7-114) 

A VALID REQUEST TO SNS.SEND (CHAPTER 6) AND TO THE FSM AND A COPY OF 
THE TARGET ADDRESS TO UPM SAVE TARGET NA (PAGE 7-122) , OR A 
SEND CHECK WITH AN APPROPRIATE ERROR CODE TO UPM TRANSLATION'SVC 
(CHAPTER 6) 


PROCESSING OF THIS REQUEST RESUMES IN CS.CONN_RSP 
SNS RETURNS A RESPONSE. 


(PAGE 7-70) WHEN 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 
CS. ACTPUJEtSP 
CS.DACTPU_RSP 
CS.INOP PROC 

CS.REQCONT REQDISCONT PROC 
SSCP.SVCJJGR.CS.SEND 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM_ALS__CONNECTED_DOM_RES 
FSM~LINK CONNIN DOM RES 
FSM~LINK~CONNOUT DOM RES 
RESOURCE_ACTIVE CHECK 
UPMJJANUAL_DIAL~ 

UPM~SAVE TARGET NA 


PAGE 

7-54 

PAGE 

7-56 

PAGE 

7-110 

PAGE 

7-114 

PAGE 

7-48 

PAGE 

7-133 

PAGE 

7-129 

PAGE 

7-130 

PAGE 

7-116 

PAGE 

7-126 

PAGE 

7-122 


DCL TARGET_NA BIT(48); 

DCL LINK_NA BIT (48); 

DCL SAVE DRCB PTR POINTER; 


*/ 


TARGET^NA = DSAF| j (NSC_RQ.TARGET__ADDRESS 6 NCB.NODE_ELEMENT_MASK) ; 


DRCB_PTR = FIND_DOMAIN_RESOURCE(TARGET_NA); 

/* 

/* 

APPENDIX 

APPENDIX 

A 

B 

*/ 

*/ 

IF DRCB. RESOURCE CATEGORY -.= LINK THEN 

SEND SEND_CHECK(X'0806') TO UPMJTRANSLATION_SVC; 

/* 

RESOURCE 

UNKNOWN 

*/ 

ELSE 

IF DRCB. SWITCHED^LINK SWITCHED THEN 

SEND SEND_CHECK(X'080C') TO UPM TRANSLATION SVC; 

/* 

PROCEDURE 

NOT SUPPORTED 

V 


ELSE 

DO; 

. LINK NA = DRCB.NETWORK^ADDRESS; 

. IF RESOURCE_ACTIVE_CHECK(LINK NA,LINK) * OK THEN /* PAGE 7-116 */ 


SELECT ANYORDER(NS_RQ_CODE) ; 


* 


ACTCONNIN 


/* 






*/ 


WHEN(ACTCONNIN) 





DO; 





. IF FSM LINK_CONNIN_DOM_RES RESET THEN 

/♦ 

PAGE 7-129 

*/ 


SEND SEND~CHECK(X'08l5') TO UPMJTRANSLATION_ 

SVC; 





/* 

FUNCTION ACTIVE 

V 


. ELSE 





. DO; 





. . CALL FSM LINK CONNIN DOM RES; 

/* 

PAGE 7-129 

*/ 


. . CALL UPM~SAVE"tARGET^NA(TARGET_NA); 

/* 

PAGE 7-122 

*/ 


. . SEND MU TO SNS.SEND;^ 

/* 

CHAPTER 6 

*/ 


. . . END; 

. . END; 
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DACTCONNIN 


/* 


WHEN (DACTCONNIN) 

DO; 

. IP FSM LINK CONNIN DOM RES ACTIVE THEN 
• SEND aEHD_CHECK (X 1 08*16') TO UPM_TRANSLATION_SVC 

. ELSE 
. DO; 

. . CALL PSM LINK CONNIN DOM RES; 

. . CALL UPM SAVE"tARGET~NA (TARGET NA) ; 

. . SEND MD TO SNS.SEND; 

END; 

END; 


V 


/* PAGE 7-129 */ 
/* FUNCTION INACTIVE */ 

/* PAGE 7-129 */ 
/* PAGE 7-122 */ 
/* CHAPTER 6 */ 


/* 


| CONNOUT l 

i----1 

*/ 

. . WHEN(CONNOUT) 

. . DO; 


IF 

FSM LINK CONNOUT DOM RES RESET THEN 

/* 

PAGE 7-130 

*/ 

S 

LND SEND CHECK(X‘0815') TO UPM TRANSLATION SVC; 





/* 

FUNCTION ACTIVE 

V 

ELSE 




DO; 





SAVE DRCB PTR = DRCB PTR; 





DRCB^PTR = FIND_SUBORDINATE_DOM_RES(LINK_NA) 

V* 

APPENDIX B 

V 


IF FSM ALS CONNECTED DOM RES -«* RESET THEN 

/* 

PAGE 7-133 

*/ 


SEND SEND CHECK (X* 0801 1 ) TO UPM TRANSLATION SVC; 




/* 

RESOURCE NOT AVAILABLE 

*/ 


ELSE 





DO; 





. DRCB PTR = SAVE DRCB PTR; 





. CALL"fSM_LINK_CONNOUT_DOM_RES; 

/* 

PAGE 7-130 

V 


. CALL UPM S AVE__T ARGET NA (TARGET NA) ; 

/* 

PAGE 7-122 

V 


. SEND MU TO SNS.SEND;" 

/♦ 

CHAPTER 6 

V 


. IF CONNOUT_RQ.CONNECT OUTJTYPE = MANUAL 

THEN 



CALL UPM"MANUAL DIAL; 

/* 

PAGE 7-126 

*/ 


. . . END; 

. . END; 

/* 


ABCONNOUT 


I 


END; 


WHEN (ABCONNOUT) 

DO; 

. IF FSM LINK CONNOUT DOM RES -= ACTIVE THEN 
. SEND"sEND~CHECK(X T 0816') TO UPM_TRANSLATION_SVC 

. ELSE 
. DO; 

. . CALL FSM LINK_CONNOUT DOM_RES; 

. . CALL UPM SAVE_TARGET_NA (TARGET_NA) ; 

. SEND MU TO SNS.SEND;" 

. END; 

END; 


l ABCCNN 


. WHEN (ABCONN) 

. DO; 

. . DRCB_PTR = FIND ALS_FOR_DOM_RES(LINK_NA) ; 

. . CALL FSM ALS CONNECTED DOM RES; 

. . CALL UPM~SAVE TARGET^NA(TARGET_NA); 

. . SEND MU TO SNS.SEND; 

. END; 


*/ 


/* PAGE 7-130 */ 
/* FUNCTION INACTIVE */ 

/* PAGE 7-130 */ 
/* PAGE 7-122 */ 
/* CHAPTER 6 */ 


/* 

T 

I 




*/ 

/* 

APPENDIX B 

*/ 

/* 

PAGE 7-133 

V 

/* 

PAGE 7-122 

V 

/* 

CHAPTER 6 

♦/ 


END; 


END CS.CONN_PROC; 
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CS.CONN BSP: PROCEDURE 


FUNCTION: THIS PROCEDURE CHECKS THE PERTINENT FSM TO SEE IF IT IS IN THE 

APPROPRIATE STATE TO RECEIVE THE INPUT RESPONSE. IF SO, THE 
RESPONSE IS SENT TO THE FSM AND TO UPM TRANSLATION SVC. WHEN 
+RSP (ABCONN) IS THE INPUT, THE ALS SUBTREE RESET PROCEDURE IS ALSO 
CALLED. 

IF THE FSM IS NOT IN THE APPROPRIATE STATE TO RECEIVE THE INPUT, THE 
INPUT IS SENT TO UPM_LOG. 

INPUT: ±RSP(ACTCONNIN) DACTCONNIN|CONNOUTIABCONNOUT|ABCONN) FROM SNS.RCV 

(CHAPTER 6) AND A COPY OF THE TARGET ADDRESS FROM 

UPM_RETRIEVE_TARGET_NA (PAGE 7-122) 

OUTPUT: RESPONSES THAT WERE RECEIVED AS INPUT ARE SENT TO 

UPMJPRANSLATION SVC (CHAPTER 6) AND TO THE APPROPRIATE FSM, IF 
VALID; OTHERWISE, THE RESPONSES ARE SENT TO UPM_LOG (APPENDIX B). 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

SSCP.SVC MGR.CS.RCV PAGE 7-50 


REFERS TO THE FOLLOWING PROCEDURE(S): 
CS. ALS__SUBTREE RESET 
FSMJILS CONNECTED_DOM_RES 

fsm“link connin dom_r!s 

FSM_LINK~CONNOUT_DOM RES 
UPM“RETRIEVE TARGET NA 


PAGE 7-113 
PAGE 7-133 
PAGE 7-129 
PAGE 7-130 
PAGE 7-122 



SELECT ANYORDER(NS^RQ^CODE); 

r— -— ---—-—-1 

| POSITIVE OR NEGATIVE RESPONSE TO ACTCONNIN | 


WHEN (ACTCONNIN) 

DO; 

. IF FSM_LINK_CONNIN_DOM_RES PEND_ACTIVE THEN /* PAGE 7-129 

. DO; 

. . CALI. UPM LOG; /* APPENDIX B 

. . DISCARD MU; 

END; 

. ELSE 
. DO; 

. . CALL FSM_LINK__CONNIN_DOM_RES; 

. . SEND MU TO UPM TRANSLATION SVC; 

END; 

END; 


r -— -----1 

| POSITIVE OR NEGATIVE RESPONSE TO DACTCONNIN | 


WHEN(DACTCONNIN) 

DO; 

. IF FSM_LlNK_CONNIN_DOM_RES PEND RESET THEN /* PAGE 7-129 

DO; 

. . CALL UPM__LOG; /* APPENDIX B 

. . DISCARD MU; 

. END; 


/* PAGE 7-129 
/* CHAPTER 6 


/* 

*/ 

*/ 

*/ 

*/ 

V 

/* 

V 

*/ 

*/ 


. ELSE 
. DO; 

. CALL FSM LINK_C0NNIN_D0M_RE5; /* PAGE 7-129 */ 

. . SEND MU TO UPM TRANSLATION'SVC; /* CHAPTER 6 */ 

. END; 

END; 
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POSITIVE OE NEGATIVE BBSPOIISE TO CONNOUT 


WHEN(CONNOOT) 

DO; 

IP PSH LINK_CONNOOT DOM EES -= PEND ACTIVE THEN /* 

DO; 

. CALL OPM LOG; /* 

. DISCARD MO; 

END; 

ELSE 
DO; 

. CALL PSH LINK CONNOOT DOM EES; /* 

. SEND HO TO OPi TRANSLATION_SVC; /* 

END; 

END; 


PAGE 7-130 
APPENDIX B 


PAGE 7-130 
CHAPTER 6 


V 

*/ 

*/ 


*/ 

V 


POSITIVE OR NEGATIVE RESPONSE TO ABCONNOOT 


WHEN(ABCONNOOT) 

DO; 

IF FSH_LINK_CONNOOT_DOH_RES -= PEND__RESET THEN 
DO; ~ 

. CALL OPM LOG; 

. DISCARD MO; 

END; 

ELSE 
DO; 

. CALL FSM_LINK CONNOOT DOM RES; 

- SEND MO TO OPM TRANSLATION SVC; 

END; 

END; 


/* 

/* 


/* 

/♦ 


PAGE 7-130 
APPENDIX B 


PAGE 7-130 
CHAPTER 6 


*/ 

V 


*/ 

♦/ 


POSITIVE OR NEGATIVE RESPONSE TO ABCONN 


WHEN (ABCONN) 

DO; 

LINK NA = DRCB„NETWORK ADDRESS; 

DRCB PTR = FIND ALS FOR DOM RES(LINK NA); 
ALS__NA = DRCB.NETWORK ADDRESS; 


/* APPENDIX B 


IF FSM ALS CONNECTED DOM RES (BESET ( PEND RESET) THEN 

/* 

DO; 

. CALL OPM LOG; /* 

. DISCARD MO; 

END; 


ELSE 

DO; 

. CALL FSM ALS CONNECTED DOM RES; 

. IF RTI * POSITIVE THEN 
. CALL CS.ALS SOBTREE^RESET(AIS_NA); 
. SEND MO TO OPM TRANSLATION SVC; 

END; 

END; 


/* 

/* 

/* 

/* 


PAGE 7-133 
APPENDIX B 


PAGE 7-133 

RESPONSE IS POSITIVE 
PAGE 7-113 
CHAPTER 6 


END; 

END CS.CONN_RSP; 


*/ 


*/ 

*/ 


*/ 

*/ 

*/ 

*/ 


CHAPTER 7. SSCP.SVC MGR"CONFIGURATION SERVICES 7-71 








CS•COMTACT_PBOC: PROCEDURE 


FUNCTION: THIS PBOCEDOBE BABBLES THE CONTACTING OF BEHOTE BODES. 

IF THE LINK IS SWITCHED, THE CONTACT WAS GENERATED BY 
CS.BEQCOBT BEQDISCOBT PBOC (PAGE 7-114) AS A RESULT OF HAVING 
RECEIVED A~REQCONT BEQUEST. CS.BBQCONT_RBQDISCOBT^PBOC CREATES THE 
COBTACT ABD CALLS THIS PBOCEDOBE. 

WHEW COBTACT IS RECEIVED, THE TARGET ADJACENT LIBK STATION'S 
ASSOCIATED LIBK IS CHECKED TO SEE IF IT HAS BEEB ACTIVATED (I.E., 
SEBT ACTLIBK). IF THE LIBK FSH IS HOT ACTIVE, THEH THE PROCEDURE 
RESOURCE ACTIVE CHECK, WHICH PERFORMS THE CHECKING, IBSERTS THE 
CONTACT REQOEST~INTO THE LINK'S SAVB_HU_FOR - RETRY_LIST. 

IF THE LIBK FSH IS ACTIVE, THE FSB'S CORRESPONDING TO THE ADJACENT 
LINK STATION WHOSE ADDRESS IS CONTAINED IN THE CONTACT REQUEST ARE 
CHECKED TO SEE IF THEY ARE IN A SUITABLE STATE. IF THEY ARE, THIS 
PROCEDURE SENDS THE CONTACT REQUEST TO SNS.SEND AND TO THE CONTACT 
FSH. OTHERWISE, THIS PBOCEDORE GENERATES A SEND CHECK# WHICH IS 
SENT TO UPH TRANSLATION SVC. 


INPUT: 


OUTPUT: 


NOTE: 


CONTACT FROM UPM_TRANSLATION SVC (CHAPTER 6), OR FROM 
CS.REQCONT REQDISCONT PROC (PAGE 7-114), OR FROM CS.DACTPU RSP (PAGE 
7-56) 

CONTACT TO SNS.SEND (CHAPTER 6) AND TO THE FSM AND A COPY OF THE 
TARGET ADDRESS TO UPH SAVE TARGET NA (PAGE 7-122), OR A SEND CHECK 
WITH AN APPROPRIATE ERROR CODE TO UPM TRANSLATION SVC (CHAPTEP 6) 


PROCESSING OF THIS REQUEST RESUMES IN 
(PAGE 7-76) WHEN SNS RETURNS A RESPONSE. 


CS.CONTACT_DISCONTACT_RSP 


REFERENCED BY THE FOLLOWING PROCEDURE (S): 


CS.DACTPU RSP 

PAGE 

7-56 

CS.REQCONT REQDISCONT PROC 

PAGE 

7-114 

SSCP.SVC MGR.CS.SEND 

PAGE 

7-48 

THE FOLLOWING PROCEDURE(S): 

FSM ALS CONTACT_DOM RES 

PAGE 

7-130 

FSM ALS DUMP DOM RES 

PAGE 

7-131 

FSM ALS IPL DOM RES 

PAGE 

7-131 

FSM ALS RPO DOM RES 

PAGE 

7-132 

RESOURCE ACTIVE CHECK 

PAGE 

7-116 

UPM SAVE TARGET NA 

PAGE 

7-122 


DCL TARGBT^NA BIT (48); 
DCL ALS NA BIT (48); 

DCL LINKJIA BIT (48); 
DCL LINK.PTR POINTER; 


*/ 


TARGET.NA * DSAF|| (NSC^RQ.TARGET ADDRESS 6 NCB.NODE ELEMENT MASK); 

/* APPENDIX A */ 

DRCBJ?TR * FIND_ALS_FOR_DOM_RES(TARGET_NA); /* APPENDIX B ♦/ 

IF DRCB.RESOURCE CATEGORY ALS THEN 

SEND SEND_CHECK(X* 0806') TO UPMJTRANSLATION.SVC; /♦ RESOURCE UNKNOWN */ 

ELSE 

DO; 

. ALS.NA * DRCB .NETWORK,,, ADDRESS; 

. LINK_PTR * FIMD.LIRK^FOB DOM FES (ALS NA); /* APPENDIX B */ 

. LINK_NA « LIMK_PTR-»DRCB.NETWORK.ADDRESS; 

. IF FSM_ALS_CONTAC? DOM RES RESET THEN /* PAGE 7-130 V 

. SEND SEND_CHECK(X* 0815 1 ) TO UPM_TRANSLATION_SVC; /* FUNCTION ACTIVE */ 

! ELSE 

. IF BESOURCE^ACTIVE^CHECK(LINKERA,LINK) * OK THEN /* PAGE 7-116 */ 


SELECT ANY0RDE8(DRCB.IINK_DLC_B0LE); 


7-72 


SNA FORMAT AND PROTOCOL REFERENCE MANUAL 








| COWACT A PBIHABY ADJACENT LINK STATION. 

t- --- _. 


. . f BEN(PBIHABY) 

• . DO; 

. . . CALL FSH.ALS_C0WACT.D0B.B2S; /* PAGE 7-130 

. • . CALL OPH SAVE TABGBT HA(TABGBT HA); /* PAGE 7-122 

• . . SEND HO TO SHS.SEID; /* CHAPTEB 6 

. . BHD; 


/* 


*/ 


*/ 

V 

*/ 







/* 


| CONTACT A SECONDABT ADJACENT LINK STATION. 

«_ 


—i 

1 

—j 



HHSH (SECONDARY) 

DO; 

. IF FSH ALS IPL DOH BES « B6SBT 8 

/* 

PAGE 

7-131 

*/ 

*/ 


FSH.ALS DOHP DOH BES « BESET 8 

/* 

PAGE 

7-131 

V 


FSH.ALSlBPO DOH BBS * BBSET THEN 

/* 

PAGE 

7-132 

V 


DO; 

. CALL FSH.ALS CONTACT DOH.RES; 

/* 

PAGE 

7-130 

V 


. CALL OPH SAFE TABGET.NA(TABGBT NA) ; 

/* 

PAGE 

7-122 

*/ 


. SEND HO TO SNS.SEND; 

/* 

CHAPTEB 6 

*/ 


END; 

ELSE 

SEND SEND CHECK(X*0818*) TO OPH TBANSLATION SVC; 

/* 

LINK 

PROC IN PROGRESS 

V 


END CS•CONTACT.PBOC; 
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C5.DISC0NTACT_PRQC: PROCEDURE 


FUNCTION: THIS PROCEDURE HANDLES THE DISCONTACTING OF REMOTE NODES. 

WHEN DISCONTACT IS RECEIVED, THE TARGET ADJACENT LINK STATION'S 
ASSOCIATED LINK IS CHECKED TO SEE IF IT HAS BEEN ACTIVATED (I.E., 
SENT ACTLINK) . IF THE LINK FSH IS NOT ACTIVE, THEN THE PROCEDURE 
RESOURCE ACTIVE CHECK, WHICH PERFORMS THE CHECKING, INSERTS THE 
DISCONTACT REQUEST INTO THE LINK'S SAVE_MU_FOR_RETRY_LIST. 

IF THE LINK FSM IS ACTIVE, THEN THE FSM'S CORRESPONDING TO THE 
ADJACENT LINK STATION WHOSE ADDRESS IS CONTAINED IN THE DISCONTACT 
REQUEST ARE CHECKED TO SEE IF THEI ARE IN A SUITABLE STATE. IF THEY 
ARE, THIS PROCEDURE SENDS THE DISCONTACT REQUEST TO SNS.SEND AND TO 
THE DISCONTACT FSM. OTHERWISE, THIS PROCEDURE GENERATES A 
SEND_CHECK, WHICH IS SENT TO UPM_TRANSLATION_SVC. 

INPUT: DISCONTACT FROM UPH TRANSLATION SVC (CHAPTER 6), FROM 

CS.REQCONT_REQDISCOMT PROC (PAGE 7-114), FROM CS.ACTPU RSP (PAGE 
7-54), OR FROM CS.DACTPU RSP (PAGE 7-56) 


OUTPUT: 


NOTE: 


DISCONTACT TO SNS.SEND (CHAPTER 6) AND TO THE FSH AND A COPY OF THE 
TARGET ADDRESS TO UPM SAVE_TARGET_NA (PAGE 7-122), OR A SEND CHECK 
WITH AN APPROPRIATE ERROR CODE TO UPM^TRANSLATION SVC (CHAPTER~"6) 


PROCESSING OF THIS REQUEST RESUMES IN 
(PAGE 7-76) WHEN SNS RETURNS A RESPONSE. 


CS.CONTACT DISCONTACT RSP 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 


CS.ACTPU RSP 

PAGE 

7-54 

CS.DACTPU^RSP 

PAGE 

7-56 

CS.REQCONT_REQDISCONT_PROC 

PAGE 

7-114 

SSCP.SVC MGR.CS.SEND 

PAGE 

7-48 

THE FOLLOWING PROCEDURE(S): 

FSM ALS CONTACT DOM RES 

PAGE 

7-130 

FSM ALS DUMP DOM RES 

PAGE 

7-131 

FSM ALS IPL DOM RES 

PAGE 

7-131 

FSM ALS RPO DOM EES 

PAGE 

7-132 

RESOURCE ACTIVE^CHECK 

PAGE 

7-116 

UPM_SAVE TARGET NA 

PAGE 

7-122 


DCL TARGET NA BIT (48) ; 
DCL ALSJIA~BIT(48) ; 

DCL LINK^NA BIT (48); 
DCL I.INK__PTR POINTER; 


*/ 


TARGET_NA = DSAF||(NSC_RQ.TARGETJIDDRESS 8 NCB.NODE ELEMENT MASK); 

/* APPENDIX A */ 

DRCB_PTP = FIND_ALS_FOR_DOM_FES(TARGET_NA); /* APPENDIX B */ 

IF DRCB.RESOURCE_CATEGORY ALS THEN 

SEND SEND_CHECK(X'0806 1 ) TO UPM_TRANSLATION_SVC; /* RESOURCE UNKNOWN */ 

ELSE 

DO; 

. ALS_NA = DRCB.NETWORK ADDRESS; 

. LINK_PTR = FIND^LINK FOR DOM RES(ALS NA) ; /* APPENDIX B */ 

. LINK_NA = LINKjpTR->DRCB.NETWORK ADDRESS; 


IF FSM_ALS_CONTACT_DOM_RES (RESET | PEND_ACTIVE_CONTACTED j ACTIVE) THEN 

/* PAGE 7-130 */ 

SEND SEND_CHECK(X'0809') TO UPMJTRANSLATTON_SVC; /* MODE INCONSISTENCY. */ 

ELSE 

IF RESOURCE_ACTIVE_CHECK(LINK_NA,LINK) * OK THEN /* PAGE 7-116 */ 

SELECT ANYORDER (DRCB.LINK_DLC_ROLE) ; 
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r — —— -—— ——— -- - — - - — ■—n 

| DISCOUTACT A PBIBARY ADJACENT LINK STATION. f 
c—... 


. . WHEN(PRIMARY) 

. . DO; 

. . . CALL PSH ALS — CONTACT DON BBS; /* PAGE 7-130 

. . . CALL OPH SAVE TARGET NA(TARGET NA); /* PAGE 7-122 

. . . SEND BO TO SNS.SEND; /* CHAPTER 6 

. . END; 


*/ 


*/ 

*/ 

*/ 


END; 


/* 


1 DISCONTACT A SECONDARY ADJACENT LINK. STATION. | 
......____„ __..___> 


NHEN(SECONDARY) 

DO; 

. IF FSB ALS IPL DOB RES * RESET Z 

FSB ALS DOBP DOB RES * BESET 6 
. FSB“ALS“BPO DOB RES » BESET THEN 

DO; 

. . CALL FSHJkLS CONTACT DOB RES; 

. . CALL OPB SAVEJEAHGET_NA (TAR6ET_NA); 

. . SEND BO TO SNS.SEND; 

. END; 


V 


/* 

PAGE 7-131 

*/ 

/* 

PAGE 7-131 

*/ 

/* 

PAGE 7-132 

*/ 

/♦ 

PAGE 7-130 

*/ 

/* 

PAGE 7-122 

*/ 

/♦ 

CHAPTER 6 

V 


ELSE 

SEND SEND_CHECK(X»0818*) TO OPH TRANSLATION'SVC; 

/* 


END; 


END; 


LINK PROC IN PROGRESS 


V 


END CS.DISCONTACT_PROC; 
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CS.CONTACT_DISCONTACTJEtSP: PROCEDURE; 


/* 


FUNCTION: THIS PBOCEDUBE CHECKS THE PEBTINENT FSH TO SEE IF IT IS IN THE 

APPROPRIATE STATE TO RECEIVE THE INPUT RESPONSE. IF SO, THE 
BESPONSE IS SENT TO THE FSH AND TO BPH_TRANSLATION_SVC, 

IF THE FSH IS HOT IN THE APPBOPBIATE STATE TO RECEIVE THE INPUT, THE 
INPUT IS SENT TO UPH_LOG. 

IN ADDITION, IF BSP (DISCONTACT) IS THE INPUT, THIS PROCEDURE CALLS 
CS.DEACTIVATION CLEANUP (PAGE 7-119). CS.DEACTIVATION CLEANUP 
GENERATES DACTPU(CLEANUP) OR DACTLU(CLEANUP) FOR EACH PERIPHERAL 
PU|LU ASSOCIATED WITH THE TARGET ALS. 

INPUT: POSITIVE OR NEGATIVE RESPONSE TO CONTACT OR DISCONTACT FROH SNS.RCV 

(CHAPTER 6) AND A COPT OF THE TARGET ADDRESS FROM 

UPM_RETBIEVE_TARGET_NA (PAGE 7-122) 

OUTPUT: ±RSP(CONTACT|DISCONTACT) TO UPM TRANSLATION SVC (CHAPTER 6) AND TO 

THE APPROPRIATE FSH, OB ±RSP(CONTACT|DISCONTACT) TO UPH_LOG 
(APPENDIX 6) 


REFERENCED BI THE FOLLOWING PBOCEDUBE(S) : 
SSCP.SVC_HGR.CS.BCV 


PAGE 7-50 


REFERS TO THE FOLLOWING PROCEDURE(S): 

CS.DEACTIVATION CLEANUP 
FSM_ALS_CONTACT~DOH_RES 
UPMJ8ETRIEVE TARGET~NA 


PAGE 7-119 
PAGE 7-130 
PAGE 7-122 


*/ 


/f 

V 


DCL TARGET NA BIT (48); 

DCL LINK NA BIT (48); 

DCL LIST~PTR POINTER; 

TARGET_NA = UPM RETRIEVE TARGET_NA; /* PAGE 7-122 V 

DRCB_PTR - FIND_ALS_FOR_DOM_RES(TARGET_NA); /* APPENDIX B */ 

IF DRCB. RESOURCE_CATEGORY ALS THEN 
DO; 

. CALL UPM LOG; /* APPENDIX B V 

. DISCARD MU; 

END; 

ELSE 

SELECT ANYOFDER (NS_RQ_CODE) ; 


I 


POSITIVE OR NEGATIVE RESPONSE TO CONTACT 


I 


/* PAGE 7-130 
/* APPENDIX B 


/* PAGE 7-130 
/* CHAPTER 6 


r- ——- ---» 

| POSITIVE OR NEGATIVE RESPONSE TO DISCONTACT | 

«_-___...._..._____-__j 

. WHEN (DISCONTACT) 

. DO; 

. IF FSM ALS_CONTACT DOM_RES (RESET | PEND RESET CONTACTED | PEND RESET RSP) 

” ■ • “ /* PAGE 7-130 

. . DO; 

. CALL UPM LOG; /* APPENDIX B 

. DISCARD MU; 

. . END; 

. . ELSE 

DO; 

. CALL FSH_ALS CONTACT_DOH_RES; /* PAGE 7-130 

. . . LINK NA = DRCB.ASSOCIATED RES PTR->DRCB.NETWORK ADDRESS; 

. . . CALL~CS.DEACTIVATION CLEANUP(LINK NA); /* PAGE 7-119 

. . . SEND MU TO UPM_TRANSLATION_SVC; ~ /* CHAPTER 6 

. . END; 

END; 

END; 


. WHEN (CONTACT) 

DO; 

. IF FSM_ALS_CONTACT DOM_RES -= PEND_ACTIVE_RSP THEN 
DO; 

. CALL UPM_LQG; 

. . . DISCARD MU; 

. . END; 

. ELSE 
DO; 

. . . CALL FSM_ALS_CONTACT_DOH_RES; 

. . . SEND MU TO UPM_TRANSIATION_SVC; 

END; 

END; 


/* 


*/ 


*/ 

*/ 


♦/ 

♦/ 


/* 


*/ 


THEN 

*/ 

*/ 


V 

*/ 

*/ 


END CS.CONTACT_DISCONTACTJRSP; 


/f 

X,. 
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CS.COMflCTSDJHtOC: PROCEDURE; 

/* 


| FUNCTION: THIS PROCEDURE CHECKS THE PERTIHEMT FSH TO SEE IF IT IS IN THE | 

| APPROPRIATE STATE TO RECEIVE THE CONTACTED REQUEST. IF SO, THE | 

| REQUEST IS SENT TO THE FSH AND TO UPH TRANSLATION SVC AND A POSITIVE | 

| RESPONSE TO CONTACTED IS GENERATED AND SENT TO SNS.SEND. (IF THE | 

| LINK IS SNITCHED, AN ACTPU REQUEST IS ALSO GENERATED.) IN ADDITION, ) 

| WHEN CONTACTED(LOADBD) IS THE INPUT AND THE FSH IS IN THE ACTIVE | 

| STATE, THE LINK'S SAVE HU FOR RETRY LIST IS CHECKED TO SEE IF IT | 

| CONTAINS ANY ELEHBHTS; IF SO, ALL ARE REMOVED AND SENT TO CS.SEND | 

| (PAGE 7 - 48 ). | 

I I 

| IF THE FSH IS NOT IN THE APPROPRIATE STATE TO RECEIVE THE INPUT, THE | 

f INPUT IS SENT TO UPH_LOG AND -RSP(CONTACTED) IS SENT TO SNS.SEND. | 

| INPUT; CONTACTED FROH SNS.RCV (CHAPTER 6) | 

| OUTPUT: CONTACTED TO UPH TRANSLATION SVC (CHAPTER 6) AND TO THE APPROPRIATE | 

j FSH, ♦ RSP (CONTACTED) TO SNS7SEND (CHAPTER 6), AND, IF THE LINK IS f 

| SNITCHED, AN ACTPU TO CS.PU PROC (PAGE 7-52); OB CONTACTED TO | 

| UPH_LOG (APPENDIX B) AND -RSP(CONTACTED) TO SNS.SEND | 

I REFERENCED BY THE FOLLONING PROCEDURE(S): | 

| SSCP.SVC HGR.CS.RCV PAGE 7-50 \ 

I “ I 

( REFERS TO THE FOLLONING PROCEDURE (S): | 

( CS.PU PROC PAGE 7-52 | 

| FSH_ALS_CONTACT_DOM_RES PAGE 7-130 | 

c,-,-..-—...... Z - Z - Z - Z ---1 

V 

DCL TARGET NA BIT (48); 

DCL LIST_PTR POINTER; 

TARGET_NA = OSAF|| (NSC RQ.TARGET ADDRESS & NCB.NODE_ELEMENT_MASK) ; 

/* APPENDIX A */ 

DRCB_PTR * FIND_ALS_FOB_DOM_RES(TARGET_NA); /* APPENDIX B */ 

IF DRCB.RESOURCE_CATEGORY ALS THEN 
DO; 

. CALL UPH LOG; 

. CALL CHANGE HU TO NEG RSP(0806); 

. SEND HU TO SNS.SEND; 

END; 

ELSE 
DO; 

. IF FSH ALS CONTACT DOH RES (PEND ACTIVE CONTACTED | PEND_RESET CONTACTED) THEN 


/* PAGE 7-130 */ 

DO; 

. CALL UPH LOG; /* APPENDIX B */ 

. CALL CHANGE HU TO NEG RSP(0809); /* APPENDIX B, HODE INCONSISTENCY */ 

. SEND HU TO SNS7SEND; “ /* CHAPTER 6 */ 

END; 

ELSE 

DO; 

* CALL FSH_ALS_C0NTACT_D08_RES; /* PAGE 7-130 */ 

. IF FSH ALS CONTACT DOH RES - ACTIVE & /* PAGE 7-130 */ 

. CONTACTED RQ.STATUS « LOADED THEN 

. DO WHILE ( -EHPTY(DRCB.SAVE_MU_FOR RETRY_LIST)) ; 

. . LIST PTR = FIRST_ENTRY(DRCB.SAVE_HU FOR RETRY LIST); 

. . REHOVE LIST_PTR->HU FROH DRCB.SAVE_MU^FOR_RETRY_LIST; 

. . SEND LIST PTR->HU TO SSCP.SVC_HGR.CS.SEND; /♦ PAGE 7-48 */ 

. END; 


SEND HU TO UPH TRANSLATION'SVC; 

HU PTR = UPH CREATE RSP(*CONTACTED«); 
RTI * POSITIVE; 

SEND HU TO SNS.SEND; 

IF DRCB.SWITCHED_LINK = SWITCHED THEN 
DO; 


. HU PTR « UPH CREATE BQ('ACTPU'); 

/* 

APPENDIX B 

*/ 

. ACTPU RQ.SSCP ID = NCB.SSCP_IE; 




. DSAF = OSAF; 




. CALL CS.PU PROC; 

/* 

PAGE 7-52 

*/ 


. . END; 

. END; 

END; 

END CS.CONTACTED__PROC; 


/* 

CHAPTER 6 

*/ 

/* 

APPENDIX B 

*/ 

/* 

APPENDIX B 

*/ 

/* 

CHAPTER 6 

*/ 


/* APPENDIX B 

/* APPENDIX B, RESOURCE UNKNOWN 

/* CHAPTER 6 
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CS.LOAD_PROC: PROCEDURE; 


FUNCTION: 


INPUT: 

OUTPUT: 


NOTE: 


THIS PROCEDURE HANDLES THE LOADING OF REMOTE PU T4 NODES. REQUESTS 
THAT HAVE TARGETS THAT ARE NOT SECONDARY ALS'S ARE REJECTED. 

WHEN IPLINIT IS THE INPUT, THE TARGET ALS'S ASSOCIATED LINK IS 
CHECKED TO SEE IF IT IS ACTIVE. IF THE LINK FSH IS NOT ACTIVE, THE 
PROCEDURE RESOURCE — ACTIVE CHECK, WHICH PERFORMS THE CHECKING, 
INSERTS THE IPLINIT REQUEST INTO THE LINK'S SAVE HU FOR RETRY LIST. 
IF THE LINK FSM IS ACTIVE, THE FSM'S FOR DUMP," IPL, AND RPO ARE 
CHECKED TO SEE IF THESE PROCEDURES ARE IN INTERRUPTIBLE STATES. IF 
NOT, THE REQUEST IS REJECTED. IF THE PROCEDURES ARE ALL 
INTERRUPTIBLE, THEN THE REQUEST IS SENT TO SNS.SEND, AND THE IPL FSM 
IS UPDATED TO INDICATE THAT AN INITIAL PROGRAM LOAD IS BEGINNING. 

IF IPLTEXT OR IPLFINAL IS THE INPUT AND THE IPL FSM DOES NOT 
INDICATE IPL IN PROGRESS, THE REQUEST IS REJECTED; OTHERWISE, THE 
REQUEST IS SENT TO THE FSM AND TO SNS.SEND. 

IPLINIT, IPLTEXT, OR IPLFINAL FROM UPNJTRANSLATION_SVC (CHAPTER 6) 

IPLINIT, IPLTEXT, OR IPLFINAL TO SNS.SEND (CHAPTER 6) AND TO THE FSM 
AND A COPY OF THE TARGET ADDRESS TO UPM__SAVE_TARGET NA (PAGE 7-122) , 
OR A SEND_CHECK WITH AN APPROPRIATE ERROR CODE TO 
UPM TRANSLATION'SVC (CHAPTER 6) 


PROCESSING OF THIS REQUEST RESUMES 
7-84) WHEN SNS RETURNS A RESPONSE. 


IN CS.LOAD_DUMP_RPO_RSP (PAGE 


REFERENCED BY THE FOLLOWING PROCEDURE (S) : 
SSCP.SVC_MGR.CS.SEND 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM_ALS_CONNECTED_DOM_RES 
FSM ALS~IPL DOM Ris 
RESOURCE ACTIVE~CHECK 
SEC_ALS SUBTREE INTERRUPT 

upm“save target”na 


PAGE 

7-48 

PAGE 

7-133 

PAGE 

7-131 

PAGE 

7-116 

PAGE 

7-120 

PAGE 

7-122 


DCL TARGET NA BIT (48); 

DCL ALS_NA~BIT(48); 

DCL LINK_NA BIT (48); 

TARGET_NA = DSAF| | (NSC_RQ.TARGET,ADDRESS & NCB.NODE ELEMENT MASK); 

/* APPENDIX A 

DRCB_PTR = FIND_ALS_FOR DOM RES (TARGET NA) ; 


IF DRCB. RESOURCE_CATEGORY -** ALS THEN 

SEND SEND_CHECK (X'0806') TO UPM_TRANSLATIQN_SVC; 


/* APPENDIX B 
/* RESOURCE UNKNOWN 


*/ 

*/ 


ELSE 

DO; 


ALSJIA = DRCB.NETWORK_ADDRESS; 

IF DRCB.LINK DLC ROLE SECONDARY THEN 

SEND SEND_CHECK(X'0849*) TO UPMJERANSLATION_SVC; 

ELSE 

IF DRCB.SWITCHED LINK = SWITCHED 8 

FSM_ALS_CONNECTED DOM_RES -«* ACTIVE THEN 
SEND SEND_CHECK(X* 0801*) TO UPM_TRANSLATION_SVC; 

ELSE 

SELECT ANYORDER(NS_RQ_CODE); 


/* INVALID REQUESTED PROC */ 


/* PAGE 7-133 
/* RESOURCE NOT AVAILABLE 


*/ 

*/ 
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IPLINIT 


VHEN (IPLINIT) 

DO; 

LINK HA = DBCB.ASSOCIATBD_BES_PTR->DRCB.I 
IP RESOOBCE ACTIVE CHECK(LINK BA,LINK) * 
IP SBC_ALS_SOBTREE INTEBROPT (ALS NA) ■ 
DO; 

• CALL PSH ALS IPL DOM BES; 

. CALL UPM SAVE_TARGET BA(TARGET NA) 

. SEBD MO TO SBS-SEBD; 

EBD; 


OK THEN 
OK THEN 




*/ 

ADDRESS; 

1 /* PAGE 

7-116 

*/ 

1 /* PAGE 

7-120 

♦/ 

/* PAGE 

7-131 

V 

/* PAGE 

7-122 

V 

/* CHAPTER 6 

*/ 


ELSE 

SEBD SEBD__CHECK (X'0818*) TO OPM JTRANSLATION_SVC; 


END; 


IPLTEXT OB IPLPINAL 


WHEN (IPLTEXT,IPLPINAL) 

DO; 

IP PSM_ALS_IPL_DOM_RES * IBIPL THEN 
DO; 

. CALL PSM ALS_IPL DOM_RES; 

. CALL OPM~SAVE TARGET”nA(TARGET NA); 
. SEND MO TO SNS. SEND 
END; 

ELSE 


/* 

LINK PROC IN PROGRESS 

*/ 

— 

1 

/* 


1 

V 

/* 

PAGE 7-131 

*/ 

/* 

PAGE 7-131 

*/ 

/* 

PAGE 7-122 

V 

/* 

CHAPTER 6 

*/ 

/* 

RQ SEQOENCE ERROR 

V 


END; 


END; 


END; 


END CS.LOAD_PROC; 
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CS.D0MPJPROC: PROCEDURE 


/* 


FUNCTION: THIS PROCEDURE HANDLES THE DUMPING OF REMOTE NODES. REQUESTS THAT 
HAVE TARGETS THAT ARE NOT SECONDARY ALS'S ARE REJECTED. 

WHEN DUMPINIT IS THE INPUT, THE TARGET ALS'S ASSOCIATED LINK IS 
CHECKED TO SEE IF IT IS ACTIVE. IF THE LINK FSM IS NOT ACTIVE, THE 
PROCEDURE RESOURCE ACTIVE CHECK, NHICH PERFORMS THE CHECKING, 
INSERTS THE DUMPINIT REQUEST INTO THE LINK'S SAVE HU FOR RETRY LIST. 
IF THE LINK FSM IS ACTIVE, THE FSM'S FOR DUMP," IPL, AND RPO ARE 
CHECKED TO SEE IF THESE PROCEDURES ARE IN INTERRUPTIBLE STATES. IF 
NOT, THE REQUEST IS REJECTED. IF THE PROCEDURES ARE ALL 
INTERRUPTIBLE, THE REQUEST IS SENT TO SNS.SEND, AND THE DUMP FSM IS 
UPDATED TO INDICATE THAT A DUMP IS BEGINNING. 

IF DUMPTEXT OR DUMPFINAL IS THE INPUT AND THE DUMP FSM DOES NOT 
INDICATE DUMP IN PROGRESS, THEN THE REQUEST IS REJECTED; OTHERNISE, 
THE REQUEST IS SENT TO THE FSM AND TO SNS.SEND. 


INPUT: DUMPINIT, DUMPTEXT, OR DUMPFINAL FROM UPM TRANSLATION SVC (CHAPTER 

6 ) 

OUTPUT: DUMPINIT, DUMPTEXT, OR DUMPFINAL TO SNS.SEND (CHAPTER 6) AND TO THE 

FSM AND A COPY OF THE TARGET ADDRESS TO UPM SAVE TARGET NA (PAGE 
7-122), OR A SEND CHECK WITH AN APPROPRIATE ERROR CODE TO 

UPMJTRANSLATION^SVC (CHAPTER 6) 

NOTE: PROCESSING OF THIS REQUEST RESUMES IN CS.LOAD_DUMP_RPO_RSP (PAGE 

7-84) WHEN SNS RETURNS A RESPONSE. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

SSCP.SVC MGR.CS.SEND PAGE 7-48 


REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM_ALS_CONNECTED DOM RES 
FSM~ALS~DUMP DOM RES 
RESOURCE_ACTIVE^CHECK 
SEC_ALS SUBTREE - "INTERRUPT 

upm”save_target~na 


PAGE 7-133 
PAGE 7-131 
PAGE 7-116 
PAGE 7-120 
PAGE 7-122 


♦/ 


DCL TARGET NA BIT(48); 

DCL ALS_NA~BIT (48) ; 

DCL LINK_NA BIT(48); 

TARGET NA = DSAF||(NSC RQ.TARGET ADDRESS 8 NCB.NODE ELEMENT MASK); 

/* APPENDIX A * 

DRCB_PTR = FIND_ALS_FOR_DOM_RES(TARGET_NA); /* APPENDIX B * 

IF DRCB.RESOURCE CATEGORY ~>= ALS THEN 

SEND SEND_CHECK (X« 0806') TO UPM_TRANSLATION_SVC; /* RESOURCE UNKNOWN */ 

ELSE 

DO; 

. ALS NA = DRCB.NETWORK ADDRESS; 


IF DRCB.LINK_DLC_ROLE SECONDARY THEN 


SEND SEND__CHECK (X* 0849*) TO UPM_TRANSLATION_SVC; 

/♦ 

INVALID 

REQUESTED PROC 

*/ 

ELSE 





IF DRCB.SWITCHED LINK = SWITCHED & 





FSM_ALS_CONNECTED_DOM_RES ACTIVE THEN 

/* 

PAGE 7- 

133 

V 

SEND siND CHECK(X*0801')~TO UPMJTRANSLATION_SVC; 

/* 

RESOURCE NOT AVAILABLE 

*/ 


ELSE 


SELECT ANYORDER(NS^RQJTODE); 
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DOBPIHIT 


HHEH(DOHPIHIT) 
DO; 


DO; 


. CALL FSH_ALS DUMP DOH_BES; 

. CALL 0PH_SAVE TARGET HA (TARGET HA); 

. SEHD BO TO SNS.SEHD;" 

EHD; 

ELSE 

SEHD SEND_CHECK(X'0818*) TO OPM_TRANSLATION'SVC; 




V 

ADDRESS; 

I /* PAGE 

7-116 

♦/ 

1 /* PAGE 

7-120 

*/ 

/* PAGE 

7-131 

*/ 

/* PAGE 

7-122 

*/ 

/* CHAPTER 6 

*/ 


. 

/* 

LINK PROC IN PROGRESS 

*/ 

END; 



/* 

i —" 

| DUHPTEXT OR DOMPFIRAL 

t .._ . - - . 


J 





V 

WHEN (DOHPTEXT,DOBPFIHAL) 




DO; 




. IF FSH_ALS_DOHPJ)OHJRES * INDOHP THEN 

/* 

PAGE 7-131 

*/ 

. DO; 

. . CALL FSB — ALS__DOBP__DOH__BES; 

/* 

PAGE 7-131 

V 

. . CALL OPH~SAVi_TARGET_NA (TARGET_NA); 

/* 

PAGE 7-122 

*/ 

. . SEND HO TO SNS.SEND;~ 

/* 

CHAPTER 6 

V 


END; 

END; 

END CS.DOHP.PROC; 


END; 

ELSE 

SEHD SEHD CHECK(X•081A•) TO OPM_TRANSLATION_SVC; 

/* RQ SEQUENCE ERROR 

END; 
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CS.RPQ_PROC: PROCEDURE; 


FUNCTION: 


INPUT: 

OUTPUT: 


THIS PROCEDURE HANDLES THE POWBRING-OFF OF REMOTE NODES. REQUESTS 
THAT HAVE TARGETS THAT ARE NOT SECONDARY ALS'S ARE REJECTED. 

UPON RECEIPT OF AN RPO REQUEST, THE TARGET ALS'S ASSOCIATED LINK IS 
CHECKED TO SEE IF IT IS ACTIVE. IF THE LINK FSM IS NOT ACTIVE, THE 
PROCEDURE RESOURCE_ACTIVE_CHECK, WHICH PERFORMS THE CHECKING, 
INSERTS THE RPO REQUEST INTO THE LINK'S SAVE_MU_FOR_RETRY_LIST. 

IF THE LINK FSM IS ACTIVE, THE FSH'S FOR CONTACT, IPL, DUMP, AND RPO 
ARE CHECKED. IF ALL ARE RESET, THE RPO IS SENT TO THE FSM AND TO 
UPMJTRANSLATION_SVC. IF ANY OF THE CHECKED FSH'S IS NOT RESET, THE 
RPO~IS REJECTED? 

RPO FROM UPH_TRANSLATION_SVC (CHAPTER 6) 

RPO TO SNS. SEND (CHAPTER 6) AND TO THE FSM AND A COPY OF THE TARGET 
ADDRESS TO UPM_SAVE TARGET_NA (PAGE 7-122), OR A SEND_CHECK WITH AN 
APPROPRIATE ERROR CODE TO UPM TRANSLATION_SVC (CHAPTER 6) 


PROCESSING OF THIS REQUEST RESUMES 
7-84) WHEN SNS RETURNS A RESPONSE. 


IN CS.LOAD_DUMP_RPO_RSP (PAGE 


REFERENCED BY THE FOLLOWING PROCEDURE (S) : 
SSCP.SVC_MGR.CS.SEND 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSH_ALS_CONNECTED_DOM_RES 
FSM~ALS~RPO DOM flis 
RESOURCE ACTIVE“CHECK 
SEC ALS SUBTREE~CHEC$ 

upm”save target~na 


PAGE 7-48 


PAGE 7-133 
PAGE 7-132 
PAGE 7-116 
PAGE 7-121 
PAGE 7-122 


DCL TARGET_NA BIT (48) ; 

DCL ALS NA~BIT(48); 

DCL LINK_NA BIT(48); 

TARGET_NA = DSAF||(NSC_RQ.TARGET_ADDRESS 8 NCB.NODE_ELEMENT_MASK) 

DRCB_PTR = FIND_ALS_FOR_DOM_RES(TARGET_NA) ; 

IF DRCB.RESOURCE CATEGORY ALS THEN 

SEND SEND_CHECK (X'0806') TO UPM_TRANSLATION_SVC; 

ELSE 
DO; 

ALS_NA = DRCB.NETWORK_ADDRESS; 

IF DRCB.LINK DLC ROLE SECONDARY THEN 

SEND SEND__CHECK (X* 0849') TO UPM_TRANSLATION JSVC; 

ELSE 

IF DRCB.SWITCHED_LINK = SWITCHED 6 

FSM ALS CONNECTED DOM_RES -•= ACTIVE THEN 
SEND SEND CHECK(X•0801') TO UPM_TRANSLATION_SVC; 


V 


/* 

APPENDIX 

A 

*/ 

/* 

APPENDIX 

B 

V 

/* 

RESOURCE 

UNKNOWN 

*/ 


/* INVALID REQUESTED PROC 


/* 

/* 


PAGE 7-133 

RESOURCE NOT AVAILABLE 


*/ 

*/ 


ELSE 

DO; 

LINK NA = DRCB.ASSOCIATED_RES PTR->DRCB.NETWORK ADDRESS; 


IF RESOURCE_ACTIVE CHECK(LINK NA,LINK) * OK THEN 
IF SEC_ALS_SUBTREE_CHECK(ALS_NA) = NG THEN 


ELSE 

DO; 

. CALL UPM_SAVE TARGET NA(TARGET NA); 
. CALL FSM_ALS RPO DOM_RES; 

. SEND MU TO SNS.SEND; 

END; 


/* 

PAGE 7-116 

*/ 

/* 

PAGE 7-121 

*/ 

/* 

RPO NOT INITIATED 

♦/ 

/* 

PAGE 7-122 

V 

/* 

PAGE 7-132 

*/ 

/* 

CHAPTER 6 

*/ 


END; 

END; 

END CS.RPO_PROC; 
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CS.LOADJDUHP_RPO_RSP: PROCEDURE; 

/* 

> -—- - - - ---— 1 —— '■ —-- — —--— i —— 

| FUNCTION: THIS PROCEDURE CHECKS THE PERTINENT FSH TO SEE IF IT IS IN THE I 

| APPROPRIATE STATE TO RECEIVE THE INPUT RESPONSE. IF SO, THE I 

| RESPONSE IS SENT TO THE FSH AND TO UPH TRANSLATION SVC. I 

\ ” ~ I 

| IF THE FSH IS NOT IN THE APPROPRIATE STATE TO RECEIVE THE INPUT, THE | 

| INPUT IS SENT TO UPH.LOG. I 

| INPUT: 1RSP(IPLINIT|IPLTEXTIIPLFINAL) OR ±RSP(DUHPINITIDUHPTEXT)DUHPFINAL) I 

| OR ±RSP(RPO), FROH SNS.RCV (CHAPTER 6) AND A COPY OF THE TARGET | 

| ADDRESS FROH UPH RETRIEVE TARGET NA (PAGE 7-122) I 

I ~ I 

| OUTPUT: THE INPUT RESPONSE, IF VALID, IS SENT TO UPH TRANSLATION^,SVC I 

| (CHAPTER 6) AND TO THE APPROPRIATE FSH; OTHERWISE, THE RESPONSE IS | 

| SENT TO UPH LOG (APPENDIX B). I 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE (S') : I 

| SSCP.SVC_HGR.CS.RCV PAGE 7-50 I 

| REFERS TO THE FOLLOWING PROCEDURE(S): 

| FSH ALS DUHP_DOH RES 

| FSH~ALS IPL DOH RES 

| FSH ALS RPO_DOH~RES 

| UPH_RETRIEVEJTARGET_NA 

i_•_____z_ 

*/ 

DCL TARGET NA BIT(48); 

DCL LINK_NA BIT (48); 

TARGET_NA = UPH RETRIEVE TARGET NA; 

DRCB_PTR « FINdIaLS_FOR_DOH_REs7tARGET_NA); 

IF DRCB. RESOURCE CATEGORY ALS THEN 
DO; 

. CALL UPH LOG; /* APPENDIX B */ 

. DISCARD HU; 

END; 

ELSE 

SELECT ANYORDER (NS RQ CODE); 

/* 


/* PAGE 7-122 */ 

/* APPENDIX B */ 


PAGE 7-131 
PAGE 7-131 
PAGE 7-132 
PAGE 7-122 


\ POSITIVE OR NEGATIVE RESPONSE TO IPLINIT 


. WHEN(IPLINIT) 

. DO; 

. . IF FSH ALS IPL DOH RES - PEND INIPL THEN 

. . DO; 

. . . CALL FSH ALS_IPL BOH RES; 

. . . SEND HU TO UPH TRANSLATION SVC; 

. . END; 

. . ELSE 

. . DO; 

. . . CALL UPH LOG; 

. . . DISCARD HU; 

• . END; 

. END; 


r---- --— ~ —i 

| POSITIVE OR NEGATIVE RESPONSE TO IPLTEXT | 


. WHEN(IPLTEXT) 

. DO; 

. . IF FSHJ*LS_IPLJ)OH_RES * (PEND_INIPL | PEND INIPL TEXT) THEN 

. . /♦ PAGE 7-131 

. . DO; 

. . . CALL FSH ALS IPL DOH BBS; /* PAGE 7-131 

. . . SEND HU TO UPH TRANSLATION SVC; /* CHAPTER 6 

. . END; 

. . ELSE 

. . DO; 

. . . CALL UPH LOG; /* APPENDIX B 

. . • DISCARD HU; 

. • END; 

. END; 


/* PAGE 7-131 

/* PAGE 7-r 131 
/* CHAPTER 6 

/* APPENDIX B 


*/ 

V 

V 
♦/ 

♦/ 

/* 

*/ 

*/ 

*/ 

V 

*/ 
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/* 

I -- - —- - — - - - - - --- 1 

| POSITIVE OB NEGATIVE BESPONSE TO IPLFINAL | 

>_______________i 


WHEN(IPLFINAL) 
DO; 


IF FSM.ALS.IPL.DOM.RES ■ (PEND.INIPL | 

DO; 

| PEND RESET) THEN 

/* 

PAGE 7-131 

*/ 

. CALL 

FSM ALS IPL DOM RES; 

/* 

PAGE 7-131 

V 

. SEND 
END; 
ELSE 

DO; 

MU TO UPM.TRANSLATION.SVC; 

/* 

CHAPTER 6 

V 

. CALL 

UPM.LOG; 

/* 

APPENDIX B 

*/ 


END; 


. DISCARD HU; 
END; 


POSITIVE OR NEGATIVE RESPONSE TO DUMPINIT 


WHEN(DUMPINIT) 

DO; 

IF FSM ALS.DUMP DOM RES = PEND INDU* 
DO; 

. CALL FSM ALS DUMP DOM RES; 

. SEND MU TO UPM.TRANSLATION SVC; 
END; 

ELSE 
DO; 

. CALL UPM.LOG; 

. DISCARD MU; 

END; 

END; 





V 

THEN 

/* 

PAGE 7-131 

V 


/* 

PAGE 7-131 

V 


/* 

CHAPTER 6 

*/ 


/* 

APPENDIX B 

*/ 


POSITIVE OR NEGATIVE RESPONSE TO DUMPTEXT 


WHEN (DUMPTEXT) 

DO; 

IF FSM ALS DUMP DOM RES 


DO; 


(PEND.INDUMP | PEND.INDUMP.TEXT) THEN 


CALL FSM ALS DUMP DOM RES; 

. SEND MU TO UPM TRANSLATION.SVC; 
END; 

ELSE 

DO; 

. CALL UPM LOG; 

. DISCARD MU; 

END; 

END; 


/* 

PAGE 7-131 

*/ 

/* 

PAGE 7-131 

*/ 

/* 

CHAPTER 6 

V 

/♦ 

APPENDIX B 

*/ 


1 POSITIVE OR NEGATIVE RESPONSE TO DUMPFINAL \ 

i__—----—--1 

*/ 

. WHEN (DUMPFINAL) 

. DO; 

. . IF FSM ALS DUMP DOM RES ■ (PEND.INDUMP | PEND.RESET) THEN 



/* 

PAGE 7-131 

*/ 

. DO; 

. . CALL FSM ALS DUMP DOM^RES; 

/* 

PAGE 7-131 

*/ 

. . SEND MU TO UPM.TRANSLATION.SVC; 

. END; 

/* 

CHAPTER 6 

*/ 

. ELSE 




. DO; 

. . CALL UPM LOG; 

. . DISCARD MU; 

. END; 

/* 

APPENDIX B 

V 

END; 



/* 


i------- -——- 1 

| POSITIVE OF NEGATIVE RESPONSE TO RPO | 

i._______J 


WHEN (RPO) 

DO; 



*/ 

. IF FSM ALS RPO DOM RES * PEND THEN 
. DO; 

/* 

PAGE 7-132 

*/ 

. . CALL FSM ALS RPO DOM RES; 

/* 

PAGE 7-132 

*/ 

. . SEND MU TO UPM TRANELATION.SVC; 

. END; 

. ELSE 
. DO; 

/* 

CHAPTER 6 

V 

. . CALL UPM LOG; 

. • DISCARD MU; 

. END; 

/* 

APPENDIX B 

*/ 


. END; 
END; 


END CS.LOAD_DUMP.RPO.RSP; 
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CS.LDREQD_PROC: PROCEDURE; 

/* 

% -*-——- --- -—- —■ —-- -----1 

| FUNCTION; THIS PROCEDURE PROCESSES LDREQD REQUESTS. | 

I IF THE PU REQUESTING THE LOAD IS NOT A PU T2, A NEGATIVE RESPONSE IS | 

| SENT TO THE REQUESTING PU. IF THE PU REQUESTING THE LOAD IS A | 

| PU T2, FSM PU ACT_D0M RES IS CHECKED TO SEE IF IT IS IN THE ACTIVE | 

| STATE. IF” TlE FSH IS IN THE ACTIVE STATE, THE LDREQD IS SENT TO | 

| CS.INITIATE IPL PROC (PAGE 7-91). IF THE FSH IS NOT IN THE ACTIVE | 

| STATE, A NEGATIVE RESPONSE IS SENT TO THE REQUESTING PU. | 

I I 

i INPUT: LDREQD FROM SNS.RCV (CHAPTER 6) | 

\ OUTPUT; -RSP (LDREQD) TO SNS.SEND (CHAPTER 6), OR LDREQD TO | 

| CS.INITIATE IPL PROP (PAGE 7-91) | 

I “ I 

| REFERENCED BY THE FOLLOWING PROCEDURE (S) : I 

| SSCP.SVC MGR.CS.RCV PAGE 7-50 | 

I ~ I 

| REFERS TO THE FOLLOWING PROCEDURE(S): I 

| CS.INITIATE IPL PROC PAGE 7-91 | 

\ FSM_PO_ACT_DOM_RES PAGE 7-128 | 

L._____, _ _ , - - __—- _____. J 

*/ 

DCL TARGET^NA BIT (48) ; 

TARGET_NA = OSAF||OEF; 

DRCB_PTR = FIND_DOMAIN_RESOURCE (TARGET_NA) ; /* APPENDIX B */ 

IF DRCB.RESOURCE_CATEGORY = ALS THEN 

DRCB_PTR = FIND_SUBORDINATE_DOM_RES(TARGET_NA) ; 

IF DRCB PTR = NULL THEN 
DO; 

. CALL UPM_LOG; /* APPENDIX B */ 

. CALL CHANGE MU TO NEG RSP (X'0806'); /* APPENDIX B, RESOURCE UNKNOWN */ 

. SEND MU TO SNS7SEND; ” /* CHAPTER 6 */ 

END; 

ELSE 

IF DRCB.RESOURCE_CATEGORY = PERIPHERAL_PU 8 
DRCB.PERIPHERAL^PUJTYPE = PUJT2 THEN 


IF FSM PU ACT DOM_RES -= ACTIVE THEN /* PAGE 7-128 */ 
DO; 

. CALL UPM LOG; /* APPENDIX B */ 
. CALL CHANGE MU JTO_NEG_RSP(X*0809*); /* MODE INCONSISTENCY, APPENDIX B */ 
. SEND MU TO SNS.SEND; /* CHAPTER 6 V 
END; 


ELSE 

DO; 

. CALL CHANGE^MU TO_POS_RSP; /* APPENDIX B 


. SEND MU TO SNS.SEND; /* CHAPTER 6 

. CALL CS.INITIATE_IPL_PROC(TARGET„NA,LDREQD_RQ.ADJ_PU_LOAD_CAPABILITY) ; 

/* PAGE 7-91 


END; 


*/ 

*/ 

*/ 


ELSE 

DO; 

. CALL UPM_LQG; /* APPENDIX B */ 

. CALL CHANGE MU TO NEG RSP (X»0849•) ; /* INVALID REQUESTED RESOURCE, APPENDIX B */ 

. SEND MU TO SNS.SEND; /* CHAPTER 6 */ 

END; 


END CS.LDREQD_PROC; 
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CS.INITPROC PROC: PROCEDURE; 


FUNCTION: 


INPUT: 

OUTPUT: 


NOTE: 


THIS PROCEDURE HANDLES THE INITIATION 
WILL LOAD A PERIPHERAL PU. 


OF AN NC IPL PROCEDURE THAT 


THE TARGET PERIPHERAL PU'S ASSOCIATED ALS IS CHECKED TO SEE IF IT IS 
ACTIVE. IF THE ALS FSM IS NOT ACTIVE, THE PROCEDURE 
RESOURCE ACTIVE CHECK, WHICH PERFORMS THE CHECKING, INSERTS THE 
INITPROC REQUEST INTO THE ALS'S SAVE_MU_FOR_RETRY JLIST. 

IF THE ALS FSM IS ACTIVE AND THE INITPROC FSM IS RESET, THIS 
PROCEDURE SENDS THE INITPROC REQUEST TO SNS.SEND AND TO THE FSM. IF 
THE FSM IS NOT RESET, THIS PROCEDURE GENERATES A SEND CHECK WHICH IS 
SENT TO UPMJTRANSLATION_SVC. 

INITPROC FROM CS.INITIATE_IPL_PROC (PAGE 7-91) 

INITPROC TO SNS.SEND (CHAPTER 6) AND TO THE INITPROC FSM AND A COPY 
OF THE TARGET ADDRESS TO UPM SAVE TARGET_NA (PAGE 7-122), OR A 
SEND_CHECK WITH AN APPROPRIATE ERROR CODE TO UPM TRANSLATION'SVC 
(CHAPTER 6) 


PROCESSING OF THIS REQUEST RESUMES IN CS.INITPROC_RSP 
WHEN SNS RETURNS A RESPONSE 


(PAGE 7-88) 


REFERENCED BY THE FOLLOWING PROCEDURE (S) : 


CS.INITIATE IPL PROC 

PAGE 

7-91 

SSCP.SVC_MGR.CS.SEND 

PAGE 

7-48 

THE FOLLOWING PROCEDURE(S): 

FSM PROC DOM RES 

PAGE 

7-132 

RESOURCE ACTIVE CHECK 

PAGE 

7-116 

UPM SAVE TARGET NA 

PAGE 

7-122 


DCL TARGET NA BIT (48) ; 

DCL PERIPHERAL_PU NA BIT (48); 

DCL ALS_NA BIT1487; 

DCL ALS_PTR POINTER; 

TARGET.NA = DSAF| | (NSC_RQ.TARGET_ADDRESS 8 NCB.NQDE_ELBMENT_MASK) ; 



/* 

APPENDIX A 

*/ 

DRCB_PTR = FIND__DOMAIN_RESQURCE (TARGET_NA) ; 

IF DRCB.RESOURCE CATEGORY = ALS THEN 

/* 

APPENDIX B 

*/ 

DRCB_PTR = FIND_SUBORDINATE_DOM_RES(DRCB.NETWORK_ADDRESS) ; 

IF (DRCB_PTR = NULL | 

DRCB.RESOURCE CATEGORY -= PERIPHERAL PU | 

DRCB.PERIPHERAL PD TYPE -= PU T2) THEN 

/* 

APPENDIX B 

*/ 

SEND SEND_CHECK(X*0806') TO UPM_TRANSLATION_SVC; 

ELSE 

IF INITPROC RQ.PROCEDURE TYPE LOAD THEN 

/* 

RESOURCE UNKNOWN 

V 

SEND SENDICHECK(X'080C“) TO UPM_TRANSLATION_SVC; 

ELSE 

DO; 

. PERIPHERAL PU NA = DRCB.NETWORK ADDRESS; 

/* 

PROC NOT SUPPORTED 

*/ 

. ALS PTR = FIND ALS FOR DOM RES(PERIPHERAL PU NA); 

. ALS_N A = ALS_PTR->DRCB. NETWORK^ADDRESS; 

/* 

APPENDIX B 

*/ 

. IF RESOURCE ACTIVE CHECK(ALS NA,ALS) = OK THEN 

/* 

PAGE 7-116 

*/ 

. IF FSM_PROC_DOM RES = RESET THEN 

. DO; 

/* 

PAGE 7-132 

*/ 

. CALL UPM SAVE TARGET NA(TARGET NA) ; 

/* 

PAGE 7-122 

*/ 

. CALL FSM PROC”DOM_RES; 

/* 

PAGE 7-132 

V 

. . SEND MU TO SNS.SEND; 

. END; 

ELSE 

/* 

CHAPTER 6 

*/ 

. SEND SEND CHECK(X•0815') TO UPM TRANSLATION SVC; 

END; 

/* 

FUNCTION ACTIVE 

*/ 


END CS.INITPROC_PROC; 
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CS.INITPROC_RSP: PROCEDURE; 


FUNCTION: THIS PROCEDURE CHECKS THE INITPROC FSM TO SEE IF IT IS IN THE 

APPROPRIATE STATE TO RECEIVE THE INITPROC RESPONSE. IF SO, THE 
RESPONSE IS SENT TO THE FSM AND TO UPM TRANSLATION SVC. IF NOT, THE 
INPUT IS SENT TO UPM LOG. IF THE RESPONSE TO INITPROC IS NEGATIVE, 
THE SSCP ATTEMPTS TO~INITIATE AN SSCP-PU T2 LOAD OPERATION. IF THE 
SSCP CANNOT LOAD THE PU_T2 NODE, THIS PROCEDURE CALLS 
CS.PU_T2_IPL_ABORT (PAGE 7-93). 

INPUT: POSITIVE OR NEGATIVE RESPONSE TO INITPROC FROM SNS.RCV (CHAPTER 6) 

AND A COPY OF THE TARGET ADDRESS FROM UPM RETRIEVE TARGET NA (PAGE 
7-122) 

OUTPUT: ±RSP(INITPROC) TO UPM TRANSLATION SVC (CHAPTER 6) AND TO THE 

APPROPRIATE FSM, OR ±RSP(INITPROC) TO UPM LOG (APPENDIX B); NETWORK 
ADDRESS OF THE PU T2 TO CS.INITIATE IPL PROC (PAGE 7-91) OR A SENSE 
CODE TO CS.PU_T2_IPL_AB0BT (PAGE 7-93) 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

SSCP.SVC_MGR.CS.RCV 

REFERS TO THE FOLLOWING PROCEDURE(S): 

CS.INITIATE IPL PROC 
CS.PU_T2 IPL ABORT 
FSM_PROC DOM RES 
UPM CAN SSCP IPL PU T2 

upm~retrieve~target~na 


PAGE 

7-50 

PAGE 

7-91 

PAGE 

7-93 

PAGE 

7-132 

PAGE 

7-126 

PAGE 

7-122 


DCL TARGET_NA BIT(48); 




V 

TARGET_NA * UPM_RETRIEVE TARGET NA; 

DRCB_PTR « FIND_DOMAIN_RESOURCE7TARGET_NA); 

/* 

/* 

PAGE 7-122 
APPENDIX B 

*/ 

♦/ 

IF DRCB.RESOURCE CATEGORY = ALS THEN 

DRCB_PTR = FIND_SUBORDINATE_DOM_RES(DRCB.NETWOPK_ADDRESS) ; 

/* 

APPENDIX 

B 

*/ 


IF (DRCB PTR = NULL | 

DRCB.RESOURCE CATEGORY PERIPHERAL PU | 
DRCB. PERIPHERAL PU TYPE PU T2) THEN 


DO; 


. CALL UPM LOG; 

/* 

APPENDIX B 

*/ 

. DISCARD MU; 

END; 

ELSE 

DO; 

. IF FSM_PROC_DOM_RES * PENE_ACTIVE THEN 

/* 

PAGE 

7-132 

*/ 

. DO; 

. . CALL FSM PROC DOM RES; 

/* 

PAGE 

7-132 

*/ 

. . IF RTI = NEGATIVE~THEN 

. . IF UPM_CAN_SSCP_IPL_PU_T2 * YES THEN 

/* 

PAGE 

7-126 

*/ 

. . CALL”CS.INITIATE_IPL~FR0C(TARGET_NA, -^CAPABLE) ; 

/* 

PAGE 

7-91 

*/ 


. ELSE 

. CALL CS.PU T2 IPL ABORT(X«084B*) ; 

. /* PAGE 7-93, REQUESTED RESOURCE NOT AVAILABLE */ 

. SEND MU TO UPM TRANSLATION SVC; /* CHAPTER 6 */ 

END; 


. ELSE 
. DO; 

. . CALL UPM LOG; /* APPENDIX B */ 

. . DISCARD MU; 

. END; 

END; 


END CS.INITPROC_RSP; 


7-88 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 







CS.PBOCS*AT_PROCs PROCEDURE 


FUNCTION: 


THIS PBOCEDUBE CHECKS THE PBOCSTAT FSM TO SEE IF IT IS IN THE 
APPHOPHIATE STATE TO RECEIVE THE PBOCSTAT BEQUEST. IF HOT, THE 
INPUT IS SENT TO 0PM LOG. IF SO, THE BEQUEST IS SENT TO THE FSM AND 
TO UPH_TBANSLATIOM_SVC. IN ADDITION, THE PROCEDURE STATUS OF THE 
PROCSTAT IS INSPECTED. THE FOLLOWING VALUES OF PROCEDURE STATUS ARE 
POSSIBLES 

• PROCEDURE FAILURE 

IF LOAD WAS REQUESTED VIA THE ACTPU RESPONSE AND PROCEDURE FAILURE 
IS INDICATED/ THE SSCP ATTEMPTS TO LOAD THE PU T2 NODE. IF THE 
SSCP CANNOT PERFORM THE LOAD, A DACTPD IS SENT TO CS.PU_PROC (PAGE 
7-52). IF LOAD WAS REQUESTED VIA LDREQD, IT IS THE PUJT2*S 
RESPONSIBILITY TO BEQUEST ANOTHER LOAD OR TO REQUEST DISCONTACT. 

• IPL SUCCESSFUL 

IF THE IPL WAS SUCCESSFUL, FSH_PU_ACT_DOM_RES IS DPDATED- 
PROCSTAT FROM SNS-RCV (CHAPTER 6) 

PBOCSTAT TO UPM TRANSLATION_SVC (CHAPTER 6) AND TO THE APPROPRIATE 
FSM, AND, IF APPROPRIATE, DACTPU TO CS.PU_PROC (PAGE 7-52) ; OH 
PBOCSTAT TO UPM LOG (APPENDIX B) AND -RSP(PROCSTAT) TO SNS.SEND 
(CHAPTER 6) 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

SSCP.SVC_MGE.CS.RCV 

REFERS TO THE FOLLOWING PRCCEDUBE (S): 

CS.INITIATE_IPL_EBOC 
CS.PU PROC 
FSM_PBOC_DOM_RES 
FSM~PU ACT DOM BES 


INPUT: 

OUTPUT: 


PAGE 

7-50 

PAGE 

7-91 

PAGE 

7-52 

PAGE 

7-132 

PAGE 

7-128 


DCL TARGET_NA BIT(48); 
DCL SAVE_MU_PTB POINTER; 


SAVE MU PTB = MD PTE; 

TABGET_NA = OSAfJ|(NSC_BQ.TABGET_ADDBESS 8 NCE.NOEE_ELEMENT_MASK); 

/* APPENDIX A 

DRCB_PTR = FIND_DOMAIN_BESOURCE(TABGET_NA) ; /* APPENDIX B 

IF DRCB.RESOURCE CATEGORY = ALS THEN 

DRCB_PTR = FIND_SUB0BDINATE_D0M_RES (DECB.N2TWGRK_ADDBESS) ; /♦ APPENDIX B 


IF (DRCB PTR = NULL ) 

DRCB.RESOURCE CATEGORY -= PERIPHERAL EU | 

DRCB.PERIPHERAL PU TYPE -= PU T2 j 
FSM_PBOC_DOM_RES -= ACTIVE | 

PSM~PU_ACT_DOM_RES -= (ACTIVE | PENC_IPL)) THEN 

DO; 

. CALL UPM LOG; /* APPENDIX 3 

. CALL CHANG£_MU_TO_NEG_RSP(0806); /* APPENDIX B, RESOURCE UNKNOWN 

. SEND MU TO SN S.SEND; /* CHAPTER 6 

END; 


V 

V 

*/ 


ELSE 


SELECT ANYORDER (PROCSTAT_BQ. PBCCEDUBE__STATUS) ; 

i---—--- j 

( PBOCEDUBE FAILURE: SSCP WILL TRY TO IPL IF j 
| LOAD WAS REQUESTED VIA EESPCNSE TO ACTPU. 1 

i___1 


WHEN(PROCEDURE FAILURE) 

DO; 

. IF FSM PU ACT DOM RES * PEND IPL THEN /* PAGE 7-128 

. CALL~CS.INITIATE_IPL_PROC (TAFGET_NA, -CAPABLE); /* PAGE 7-91 

. ELSE 
. DO; 

. MU_PTR 
. . CALL C 

. END; 

END; 


I 


. WHEN(IPL SUCCESSFUL) 

. CALL FSM_PO_ACT_DOM_RES; /* PAGE 7-128 

END; 

MU_PTR = SAVE_MU_PTR; 

CALL FSH PROC DOM BES; 

SEND MU TO UPM_TBANSLATICN_SVC; 

END CS.PROCSTAT_PSOC; 


/* PAGE 7-132 
/* CHAPTER 6 


* UPM_CREATE_BQ(*DACTPU*) ; 
S.PU_PROC; 


/* APPENDIX B 
/* PAGE 7-52 


IPL SUCCESSFUL 


/* 


V 


*/ 

*/ 


*/ 

*/ 

/* 

*/ 

V 


V 

*/ 
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CS.IMITIXTB_IPL.PBOC: PROCEDURE (P0.T2.MX,ADJ.PU.LOAD.CAP); 


FUNCTION: THIS PBOCBDUBB DETERMINES WHETHER THE TXB6BT PU T2 NODE IS TO BE 

LOXDED BT THE SSCP OB BY THE SUBAREA PU ADJACENT TO THE PU.T2. 

THE TYPE OF LOXD OPEBXTIOH IS DBTBBHIMED BY THE CONTENTS OF THE 

XDJXCENT PU LOXD CXPXBILITY BIT (LOCXTED IN CONTROL VECTOR X'07' OF 
THE XCTPU RESPONSE, OR IN LDREQD). IF THE BIT IS SET TO 
"NOT CXPXBLE" (INDICXTING THE SUBAREX PU XDJXCENT TO THE PU T2 
CANNOT LOXD THE PU T2 NODE) , THIS PROCEDURE CALLS 
UPH CAN SSCP IPL PU T2 “(PAGE 7-126). UPM CAN SSCP IPL PU_T2 

DETERMINES WHETHER "THE SSCP CAN LOAD THE PU T2 NODE? IF~ THE SSCP 

CAM LOXD THB PU T2 NODE, THIS PROCEDURE SENDS NS.IPL INIT TO 

SMS.SEND (CHAPTER 6). IF THE SSCP CANNOT LOXD THE PU T2 NODE, THIS 
PROCEDURE CALLS CS.PU_T2_IPL_XB0RT (PAGE 7-93). 

IF THE XDJXCENT PU LOXD CAPABILITY BIT IS SET TO "CXPXBLE" 
(INDICATING THE StJBXREX PU CAN LOXD THE PU T2 NODE) , THIS PROCEDURE 
SENDS INITPROC TO CS.INITPROC.PROC (PAGE 7-87). 

INPUT: THE NETWORK ADDRESS OF THE PU T2 AND THE ADJACENT PU LOAD CAPABILITY 

BIT ARE PASSED FROM CS.LDBEQD~PROC (PAGE 7-86) OR FROM CS.ACTPU.RSP 
(PAGE 7-54) OB FROM CS.PROCSTAT PROC (PAGE 7-89) OR FROM 
CS.INITPROC.RSP (PAGE 7-88). 

OUTPUT: NS IPL INIT TO SNS.SEND (CHAPTER 6) OR INITPROC TO CS.INITPROC PROC 

(PAGE 7-87) OR AN APPROPRIATE SENSE CODE TO PU T2 IPL ABORT (PAGE 
7-93) OR -RSP TO SNS.SEND (CHAPTER 6) 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 
CS.XCTPU RSP 
CS.INITPROC BSP 
CS.LDREQD.PROC 
CS.PBOCSTAT.PROC 

REFERS TO THE FOLLOWING PROCEDURE(S) : 
CS.INITPROC.PROC 
CS.PU T2 IPL ABORT 
FSM PU T2 IPL DOM RES 
UPM CAN SSCP IPL PU T2 


PAGE 

7-54 

PAGE 

7-88 

PAGE 

7-86 

PAGE 

7-89 

PAGE 

7-87 

PAGE 

7-93 

PAGE 

7-133 

PAGE 

7-126 


DCL PU T2 NA BIT (48); 

DCL ADJ PU LOAD CAP BIT(1); 

DCL SA?E_MU_PTR~PTB; 

SAVE.MU.PTR * MU.PTR; 

IF FSM PU T2 IPL.DOH RES -•= RESET THEN 
DO; 

. CALL CHANGE MU TO NEG RSP(X*0809') ; 

. SEND MU TO SNS.SEND; 

END; 

ELSE 

IF ADJ.PU.LOAD.CAP * CAPABLE THEN 
DO; 

. MU PTR = UPM CREATE RQ ('INITPROC•) ; 

. CALL CS.INITPROC PROC; 

END; 

ELSE /* ADJ PU CANNOT LOAD 

IF UPM.CAN.SSCP IPL PU T2 * YES THEN 
DO; 

. HU PTB = UPM CREATE RQ('NS IPL INIT'); 

. CALL FSM PU T2 IPL DOM RES; 

. SEND HU TO SNSTSEND; 

END; 


/* PAGE 7-133 

V 

/* APPENDIX B 

V 

/* CHAPTER 6 

V 

/* APPENDIX B 

♦/ 

/* PAGE 7-87 

*/ 

THE PU T2 

♦/ 

/* PAGE 7-126 

*/ 

/* APPENDIX B 

♦/ 

/* PAGE 7-133 

*/ 

/* CHAPTER 6 

V 


ELSE 

CALL CS.PU_T2_IPL_ABORT(X'084B'); /* REQUESTED RESOURCE NOT AVAILABLE 

MU.PTR * SAVE.MU.PTR; 


END CS.INITIATE.IPL.PROC; 
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FUNCTION: THIS PROCEDURE BANDIES THE LOADING OF PU.T2 NODES. 

THE NS.IPL.INIT BEQUEST IS GENERATED BY CS.INITIATE_IPL.PROC (PAGE 
7-91).“ UPON RECEIPT OF THE RESPONSE TO NS IPL INItT THIS ROUTINE 
CALLS UPM.BUILD.TEXT OR FINAL (PAGE 7-127). “UPMIbUILD.TEXT.OR.FINAL 
RETURNS a“P0INtIb TO~THE FIRST NS IPL TEXT REQUEST. UPON RECEIPT OF 
THE RSP (NS IPL TEXT) , UPH BUILD TEXT OR FINAL IS CALLED TO CREATE 
THE NEXT “NS IPL TEXT REQUEST." WHEN THE LOAD NODDLE HAS BEEN 
COMPLETELY TRANSFERRED, UPH BUILD TEXT OR FINAL CREATES THE 
NS IPL FINAL REQUEST. NS IPL FINAL INCLUDES THE ENTRY-POINT 
LOCATION FOR THE PU T2 NODE“TO BEGIN EXECUTION OF THE LOAD MODULE. 
IF AN ERROR IS DETECTED, THIS PROCEDURE PASSES AN APPROPRIATE SENSE 
CODE TO CS.PU T2 IPL ABORT (PAGE 7-93). CS.PU T2 IPL ABORT, IN 
TORN, SENDS NS IPL ABORT WITH THE SENSE CODE TO THE PU T2. 


±RSP (NS IPL INIT | NS IPL TEXT | NS IPL FINAL 
SNS.RCV (CHAPTER 6) 


NS.IPL.ABORT) FROM 


NS IPL.TEXT | NS IPL FINAL TO SNS.SEND (CHAPTER 6), OR AN 
APPROPRIATE SENSE CODE TO CS.PU_T2_IPL_AB0RT (PAGE 7-93) 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
SSCP.SVC MGR.CS.RCV 


PAGE 7-50 


REFERS TO THE FOLLOWING PROCEDURE(S): 
CS.PU T2 IPL ABORT 
FSM PU ACT DOM RES 
FSM PU T2 IPL DOM RES 

upm”build text or“final 


PAGE 7-93 
PAGE 7-128 
PAGE 7-133 
PAGE 7-127 


SELECT ANYORDER(NS.RQ.CODE); 


| POSITIVE OR NEGATIVE RESPONSE TO NS.IPL_.INIT | 


WHEN(NS.IPL INIT) 

DO; 

. IF FSM PU.T2 IPL.DOM RES -= TEXT THEN /* PAGE 7-133 

. CALL CS.PU.T2 IPL ABORT(X*0809*); /* MODE INCONSISTENCY, PAGE 7-93 


ELSE 

IF RTI = NEGATIVE THEN 

CALL CS.PU.T2.IPL.ABORT(SNC) ; 

ELSE 

DO; 

. MU PTR - UPM BUILD.TEXT OR FINAL; 
. CALL FSM.PU.T2 IPL.DOM.REsT 
. SEND MU TO SNS7SEND; 

END; 


/* PAGE 7-93 


/* PAGE 7-127 
/* PAGE 7-133 
/* CHAPTER 6 


POSITIVE OR NEGATIVE RESPONSE TO NS.IPL.TEXT | 


WHEN(NS.IPL.TEXT) 

DO; 

. IF FSM PU T2 IPL DOM RES TEXT THEN /* PAGE 7-133 

. CALL CS.PU T2 IPL ABORT(X*0809*); /* MODE INCONSISTENCY, PAGE 7-93 


ELSE 

IF RTI * NEGATIVE THEN 

CALL CS.PU.T2.IPL.AB0RT(SNC); 

ELSE 

DO; 

. MU PTR * UPM BUILD TEXT OR FINAL; 
. CALL FSM PU T2 IPL“DOM REST 
. SEND MU TO SNSTSEND; 

END; 


/* PAGE 7-93 


/* PAGE 7-127 
/* PAGE 7-133 
/* CHAPTER 6 
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| POSITIVE OB NEGATIVE REPONSE TO NS_IPL_FINAL 


WHEN(NS IPL FINAL) 

DO; 

. IF FSM PD T2 IPL DOM BES -»= TEXT THEN 
. CALL CS.PU_T2_IPL_ABORT(X'0809'); 

. ELSE 

. IF RTI « NEGATIVE THEN 
. CALL CS.PU_T2JEPL_AB0RT(SNC); 

. ELSE 
. DO; 

. . CALL FSH„PU_T2 IPL_DOM RES; 

. . CALL FSM PD ACT.DOM BES; 

. SEND MO TO UPM_TRANSLATION_SVC 
END; 

END 


. WHEN(NS IPL ABORT) 

. DO; 

. . IF RTI = NEGATIVE THEN 

CALL OPM LOG; 

. . SEND MO TO”uPM_TRANSLATION_SVC 

END; 

END; 

END CS.PU JT2_L0AD_RSP; 


*/ 


/* MODE INCONSISTENCY, 

PAGE 

7-93 

V 

/♦ 

PAGE 

7-133 

*/ 

/* 

PAGE 

7-93 

V 

/* 

PAGE 

7-133 

*/ 

/* 

PAGE 

7-128 

*/ 

/* 

CHAPTER 6 

V 


/* 


V 


/* APPENDIX B */ 

/* CHAPTER 6 */ 


| POSITIVE OB NEGATIVE RESPONSE TO NS_IPL_AB0RT | 


CS.PUJT2_IPL_AB0RT: PBOCEDDBE(SENSE); 


/* 


FDNCTION: THIS PROCEDDRE IS INVOKED WHEN AN SSCP CANNOT COMPLETE A PU_T2 LOAD 

OPERATION. FAILORE TO COMPLETE A LOAD OPERATION CAN HAPPEN EITHER 
WHEN "PSP(NS_IPL_INIT | NS IPL_TEXT | NS IPL_FINAL) IS RECEIVED FROM 
THE PU_T2, OR IF THE SSCP LOSES ACCESS TO THE LOAD MODDLE. THE 
NS IPL ABORT CARRIES THE APPROPRIATE SENSE DATA TO THE PO T2. IF 
THE NS IPL ABORT IS THE RESOLT OF A NEGATIVE RESPONSE FROM THE 
PO T2, THE SENSE CODE OF THE RESPONSE IS PLACED IN THE SENSE DATA 
FIELD OF THE NS IPL ABORT. IF LOAD WAS REQOESTED VIA THE RESPONSE 
TO ACTPU, THIS ROUTINE SENDS A DACTPU TO CS.PO PROC (PAGE 7-52). IF 
LOAD WAS REQUESTED VIA LDREQD, THE PO T2 MAY REQUEST ANOTHER LOAD OR 
MAY SEND REQDISCONT. 

INPUT: THE APPROPRIATE SENSE CODE IS PASSED ALONG WITH THE CURRENT MO. 

-RSP(NS IPLJCNIT | NS_IPL TEXT | NS_IPL_FINAL) , -RSP(INITPROC) , 
LDREQD,“OR RSP (ACTPO) 


OUTPUT: NS_IPL_ABORT; DACTPU WHEN APPROPRIATE 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 


CS.INITIATE IPL PROC 

PAGE 

7-91 

CS.INITPROC RSP 

PAGE 

7-88 

CS.PU T2_.L0AD_.RSP 

PAGE 

7-92 

THE FOLLOWING PROCEDURE(S) : 

CS.PU PROC 

PAGE 

7-52 

FSM_PU_ACT_DOM_RES 

PAGE 

7-128 


DCL SAVE MUJPTR PTR; 
DCL SENSE BIT(32); 


*/ 


SAVE_MU_PTR = MUJPTR; 


MU PTR = UPM_CREATE RQ ('NS_IPL_AB0BT') ; 

NS IPL AB0Rt“rQ.SENSE DATA = SENSE; 

/* 

APPENDIX B 

V 

SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

*/ 

IF FSM PU ACT DOM RES -= ACTIVE THEN 

DO; 

/* 

PAGE 7-128 

V 

. MU PTR = UPM CREATE RQ('DACTPU'); 

/* 

APPENDIX B 

*/ 

. CALL FSM PU_ACT DOH~RES; 

/* 

PAGE 7-128 

♦/ 

. CALL CS.PU_PROC; 

END; 

/* 

PAGE 7-52 

*/ 


MU_PTR = SAVE_MU_PTR; 
END CS.PU_T2_IPL_AB0RT; 
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CS.RNAA_PROC: PROCEDURE 


FUNCTION: THIS PROCEDURE HARDIES THE ASSI6RHEHT OF NETWORK ADDRESSES. 

THE FIRST CHECK HADE IS TO DETERMINE IF THE SSCP HAS SUFFICIENT 
RESOURCES TO ASSIGN THE NETWORK ADDRESSES SPECIFIED IN THE RNAA 
REQUEST. IF ROT, THIS PROCEDURE GENERATES A SEND CHECK WITH AN 
APPROPRIATE BHHOB CODE, WHICH IS SENT TO UPM TRANSLATION SVC. IF 
THERE ARE SUFFICIENT RESOURCES, THE TARGET RESOURCE IN THE RNAA 
REQUEST IS CHECKED TO SEE IF IT IS ACTIVE. IF IT IS NOT ACTIVE, THE 
PROCEDURE RESOUBCE_ACTIVE CHECK, WHICH PERFORMS THE CHECKING, 
INSERTS THE REQUESTER THE”tARGET RESOURCE'S SAVE_MU FOR RETRY LIST. 
IF THE TARGET RESOURCE IS ACTIVE, THE RNAA IS SENT TO SNS.SEND? 

INPUT: RNAA FROM UPH TRANSLATION SVC (CHAPTER 6) OR FROM CS.ACTPU RSP (PAGE 

7-54) 

OUTPUT: RNAA TO SNS.SEND (CHAPTER 6), A COPY OF THE RNAA REQUEST TO 

UPH SAVE RNAA REQUEST (PAGE 7-125), AND A COPY OF THE TARGET ADDRESS 
TO UPH_SAVE fARGET.HA (PAGE 7-122); OR A SEND CHECK WITH AN 
APPROPRIATE ERROR CODE TO UPM TRANSLATION_SVC (CHAPTER 6) 


NOTE: PROCESSING OF THIS REQUEST RESUMES IN CS.RNAA_RSP 

SNS RETURNS A RESPONSE. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 


(PAGE 7-95) WHEN 


CS.ACTPU RSP 

PAGE 

7-54 

SSCP.SVClMGR.es.SEND 

PAGE 

7-48 

THE FOLLOWING PROCEDURE(S): 

RESOURCE ACTIVE CHECK 

PAGE 

7-116 

UPH_RNAA_RESOURCE_CHECK 

PAGE 

7-123 

UPM~SAVE~RNAA RQ ” 

PAGE 

7-125 

UPH~SAVE~TARGET NA 

PAGE 

7-122 


DCL RC BIT(1); 

DCL RES_NA BIT(48); 
DCL RES^TYPE BIT(4); 


*/ 


IF UPM_RNAA_RESOURCE_CHECK = NG THEN /* PAGE 7-123 */ 

SEND 5END~CHECK(X'0812') TO UPMJTRANSLATION_SVC; /* INSUFFICIENT RESOURCES */ 

ELSE 


DO; 

. RES_NA = DSAF|| (NSC_RQ.TARGET__ADDRESS S NCB.NODE_ELEHENT_MASK) ; 


DRCB PTR 

resJFype 

» FIND DOMAIN RESOURCE(RES NA); 

= drcb7rbsource_category; 

/* 

/* 

APPENDIX A 
APPENDIX B 

*/ 

*/ 

IF RESOURCE ACTIVE CHECK(RES NA,RES TYPE) = OK THEN 

DO; 

/* 

PAGE 7-116 

*/ 

. CALL 

UPM_SAVE_RNAA_RQ; 

/* 

PAGE 7-125 

*/ 

. CALL 

UPM_SAVEJTARGET_NA(RES_NA); 

/* 

PAGE 7-122 

*/ 

. SEND 

MU TO SNS.SEND; 

/* 

CHAPTER 6 

*/ 


. END; 
END; 


END CS.RNAA_PROC; 
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CS.BNAA_.BSP: PBOCEDUBE; 


/♦ 


FUNCTION: WHEN THE INPUT IS A POSITIVE BESPONSE TO RNAA, THIS PBOCEDUBE CALLS 

THE APPBOPBIATE PBOCEDUBE, WHICH ASSIGNS THE BEQUESTED NETWOBK 
ADDBESSES AND CBEATES AND ADDS DOBAIN BESOUBCE ENTBIES TO THE DOMAIN 
BESOUBCE LIST. 

INPUT: POSITIVE OB NEGATIVE BESPONSE TO BNAA FBOfl SNS.BCV (CHAPTEB 6) 

OUTPUT: ±BSP (BNAA) TO UPH_TBANSLATION_SVC (CHAPTEB 6) 

BEFEBENCED BY THE FOLLOWING PBOCEDUBE(S) : 

SSCP.SVC_HGB.CS.BCV PAGE 7-50 


BEFEBS TO THE FOLLOWING PBOCEDUBE(S) : 
CS.LU_ADD 

CS.PERIPHERAL LU ADD 

cs.periphebal'puIand ALS ADD 


PAGE 7-98 
PAGE 7-97 
PAGE 7-96 


IF RTI - POSITIVE THEN 


V 

/* RESPONSE IS POSITIVE */ 


SELECT ANIOBDEB (RNAA_RSP.ASSIGNMENT_TYPE) ; 

. WHEN(RNAA BF PU) 

. CALL CS.PERIPHERAL_PU__AND_ALS_.ADD; /* PAGE 7-96 ♦/ 

. WHEN(RNAA_BF_LU) 

. CALL CS. PERIPHERAL_LU_ f ADD; /* PAGE 7-97 */ 

. WHEN(BNAA LU) 

. CALL CS7LU_ADD; /* PAGE 7-98 V 

END; 

SEND MU TO UPM_TRANSLATION_SVC; /* CHAPTER 6 */ 


END CS.RNAA_RSP; 
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FUNCTION: THIS PROCEDURE ADOS EHTBXES TO THE DOMAIN RESOURCE LIST FOR THE 
PERIPHERAL PU«S AND ALS* S SPECIFIED IN THE RSP(RNAA) . 

INPUT: +RSP (RNAA) FROH CS.RNAA RSP (PAGE 7-95) AND A COPY OF THE TARGET 

ADDRESS FROH UPH_RETRIE VE_TARGET__N A (PAGE 7-122) 

OUTPUT: THE DOMAIN RESOURCE ENTRIES ARE CREATED AND ADDED TO THE DOMAIN 

RESOURCE LIST. 

NOTE: THE NETWORK ADDRESS OF A PERIPHERAL PU IS IDENTICAL TO THAT OF ITS 

ASSOCIATED ALS. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
CS.RNAA RSP 


PAGE 7-95 


REFERS TO THE FOLLOWING PROCEDURE(S) : 

UPM RETRIEVE TARGET NA 


PAGE 7-122 


DCL RES_NA BIT (48); 

DCL SAVE_PTR PTR; 

DCL TARGET_NA BIT(48); 

TARGET_NA = UPM_RETFIEVE_TARGET_NA; 


/* PAGE 7-122 


DO I » 0 TO RNAA RSP. ENTRY CNT «*• 1; 


CREATE AN ALS DOMAIN RESOURCE ENTRY 


CREATE DRCB PTR(DRCB_PTR); 

SAVE_PTR ■ DRCB^PTR; 

DRCB.RESOURCE CATEGORY = ALS; 

RESJIA = OSAFTl (RNAA_RSP.SUBFIELD (I) 8 NCB.NODE_ELEMENT_MASK) ; 

/* APPENDIX A 

DRCB.NETWORK ADDRESS = RES NA; 

DRCB.ASSOCIATED_RES_PTR = FIND_DOMAIN_RESOURCE(TARGET_NA) ; /* APPENDIX B 

IF DRCB.ASSOCIATEDJ*ESJ?TR—>DRCB.SWITCHED_LINK = SWITCHED THEN 
DRCB.SWITCHED_LINK = SWITCHED; 

ELSE 

DRCB.SWITCHED_LINK = NONSWITCHED; 

INSERT DRCB IN DRCB_LIST; 


| CREATE A PERIPHERAL PU DOMAIN RESOURCE ENTRY | 


. CREATE DRCB PTR(DRCB_PTR); 

. DRCB.RESOORCE_CATEGORY = PERIPHERAL PU; 
. DRCB.NETKORK_ADDRESS = EES_NA; 

. DRCB.ASSOCIATED_RES_PTR = SAVE_PTR; 

. DRCB.BF_LOCAL_ID = 0; 

. INSERT DRCB IN DRCB LIST; 

END; 


END CS. PERIPHERAL_PU__AND ALS ADD; 
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C3.PIRIPHRRAL_LU_ADD: PROCEDURE 


/* 


FUNCTION: 


THIS PROCEDURE 
ENTRIES DO NOT 
THE RSP(RNAA). 


ADDS ENTBIES TO THE DOMAIN RESOURCE LIST, IF THE 
ALREADY EXIST, FOR THE PERIPHERAL LU* S SPECIFIED IN 


INPUT: 


OUTPUT: 


AN ENTRY FOR A PERIPHERAL LU fiHOSE ASSOCIATED LINK IS SNITCHED 
ALREADY EXISTS IN THE DOMAIN RESOURCE LIST PRIOR TO THE PROCESSING 
OF THIS PROCEDURE; HONEVER, THE NETWORK ADDRESS FIELD OF THE ENTRY 
HAS MOT BEEN INITIALIZED. THIS PROCEDURE STORES IN THE DOMAIN 
BESOUBCE ENTRY FOR THE:IU THE NETWORK ADDRESS RETURNED IN THE RNAA 
RESPONSE, AND GENERATES SETCV AND ACTLU REQUESTS FOR THE LU. 

♦BSP(RNAA) FROM CS.HNAA BSP (PAGE 7-95), A COPY OF THE RNAA REQUEST 
FROM UPM RETRIEVE RNAA RQ (PAGE 7-126), AND A COPY OF THE TARGET 
ADDRESS FROM UPH_HETRIEVE_TARGET JlA (PAGE 7-122) 

THE DOMAIN RESOURCE LIST ENTRIES ARE CREATED AND ADDED TO THE DOMAIN 


RESOURCE LIST. IF THE PERIPHERAL 

1U»S 

ASSOCIATED LINK IS 

SETCV AND ACTLU ABE GENERATED AND 
FOB PROCESSING. 

SENT 

TO THE APPROPRIATE 

REFERENCED BY THE FOLLOWING PROCEDURE (S) : 



CS.RNAA_RSP 

PAGE 

7-95 

REFERS TO THE FOLLOWING PROCEDURE(S): 



CS.LU PBOC 

PAGE 

7-58 

FSM_LU_ACT_DOM_BES 

PAGE 

7-128 

UPM RETRIEVE_RNAA_BQ 

PAGE 

7-126 

UPH~RETRIEVE - TARGET_NA 

PAGE 

7-122 


*/ 

DCL TARGET NA BIT(48); 

DCL 1 RNAA_RQ_COPY, 

2 NS~REQUEST_CODE BIT (24), 

2 TAiGET ADDRESS BIT (16), 

2 ASSIGNMENT_TYPE BIT (8), 

2 ENTRY CNT BIT (8) , 

2 SUBFIELD (40) BIT (16); 

DCL P POINTER; 

DCL SAVE MU PTR EOINTEB; 

DCL LINK“pTR POINTER; 


TARGET NA = UPM RETRIEVE TABGET_NA; 

SAVE MU_PTR - MU_PTE; 

P * ADDR(RNAA RSP); 

LINK PTR * FIN DELINK FOB_DOM EES (TARGET NA) ; 
CALL~UPM_RETRIEVE_RNAA_RQ(RNAA_R0_CCPY) ; 

DO I = 0 TO P->RNAA_BSP.ENTBY_CNT - 1; 



FIND DRCB IN DRCB_LIST 





WHERE(DRCB.RESOURCE CATEGORY * PERIPHERAL LU 6 





DRCB.BF_LOCAL ID = RNAA_RQ COPY.SUBFIELD(I ,8 :15) 

S 




drcb.associatSd_res_ptr->dbcb.netwobk_address = 

TARGET_NA) 




IF DRCB PTR = NULL THEN 





DO; 





. CREATE DRCB PTR (DRCB PTR); 





• DRCB.RESOURCE CATEGORY = PERIPHERAL LU; 





. DRCB.ASSOCIATED RES PTR = FIND DOMAIN RESOD BCE(TAR GET NA) ; 

/* APPENDIX 8 

V 


. DRCB.BF_LOCAL_ID = RNAA_BQ__CCF Y. SUBFIELD (I, 8: 15) ; 





. INSERT DRCB IN DRCB_LIST; 





EN D; 





DRCB.NETWORK_ADDRESS = OSAF||P->BNAA_RSP.SUBFIELD(I) 

6 NCB.NODE ELEMENT MASK; 




/♦ 

APPENDIX A 

V 


IF LINK PTB->DRCB.SWITCBEB LINK = SWITCHED 6 





FSM LU ACT DOM RES = RESET THEN 

/* 

PAGE 7-128 

V 


o 

O 

1 

s 





. MD_PTR = UPH_CREATE RQ(»SETCV*); 

/* 

APPENDIX B 

V 


. SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

*/ 


. MU_PTR * UPM_CREATE_RC(*ACTIO*) ; 

/* 

APPENDIX B 

V 


. DSAF = OSAF; 





. CALL CS.LU PROC; 

/* 

PAGE 7-58 

*/ 


END; 





/* 

PAGE 7-122 

V 

/* 

APPENDIX B 

V 

/* 

PAGE 7-126 

*/ 


END; 

MU_PTR = SAVE_MU_PTR; 
RETURN; 

END CS.PEBIPHEBAL_LU_ADD; 
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CS.LQ_.IDD: PBOCEDOHE; 



FUNCTION: 

THIS HROCEDUBE ADDS ENTBIES TO THE 
SPECIFIED IN THE BSP(BNAA)• 

DOHAIN RESOURCE LIST 

FOR THE LU«S 

INPOT: 

+RSP(BNAA) FROM CS.RNAA BSP (PAGE 7-95) AND A COPY 
ADDRESS FBOH OPH_BBTBIB?I_TABGBT_HA (PAGE 7-122) 

OF 

THE 

TARGET 

OUTPUT: 

THE DOHAIN BESOUBCE ENTBIES ABE 
RESOURCE LIST. 

CHEATED AND ADDED 

TO 

THE 

DOHAIN 

REFERENCED 

BY THE FOLLOWING PBOCEDUBE(S) : 
CS.RNAA_.RSP 

PAGE 7-95 




REFERS TO 

THE FOLLOWING PROCEDURE(S): 
UPM_BETRIE?E__TARGBT_HA 

PAGE 7-122 





DCL TARGET.NA BIT(48); 

TARGET.HA - OPH.RETRIE?E.TABGET.HA; 
CREATE DRCB PTR(DRCBJPTR); 


/* PAGE 7-122 


DRCB.RESOQRCE CATEGORY « SOBAREA LO; 

DRCB.HETWORK.ADDRESS = OSAF||(RHAA RSP.SDBFIELD(0) 6 NCB.NODE ELEMENT MASK); 

/* APPENDIX A 

DRCB.ASSOCIATED_RES_PTR = FIND.DOMAIN.RESOORCE(TARGET.NA) ; /* APPENDIX B 

INSERT DRCB IN DRCB_LIST; 

RETORN; 


END CS.L0_.ADD; 
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CS.FNA_PROC: PROCEDURE; 

/< 

| FUNCTION: THIS PROCEDURE HANDLES THE FREEING OF NETWORK ADDRESSES. 

| IF THE TARGET ADDRESS OF THE FNA REQUEST IS 0, THIS PROCEDURE 

| DETERMINES THE TARGET ADDRESS TO BE USED BY EXAMINING THE FIRST 

| ADDRESS IN THE LIST OF ADDRESSES TO BE FREED (SEE FNA IN APPENDIX E 

| FOR SPECIFIC DETAILS). 

I 

i NEXT, THE TARGET RESOURCB IN THE FNA REQUEST IS CHECKED TO SEE IF IT 

| IS ACTIVE. IF THE RESOURCE'S FSH IS NOT ACTIVE, THE PROCEDURE 

| RESOURCE ACTIVE CHECK, WHICH PERFORMS THE CHECKING, INSERTS THE 

| REQUEST INTO THE TARGET RESOURCE'S SAVE_MUJPOR_RETRY_LIST. 

| IF THE TARGET RESOURCE'S FSH IS ACTIVE, THE FNA REQUEST IS CHECKED 

| TO SEE IF IT IS VALID! IF SO, A COPY OF THE FNA REQUEST AND OF THE 

| TARGET ADDRESS ARE SAVED BY UPH'S FOR USE WHEN A RESPONSE IS 

| RETURNED. THE FNA IS THEN SENT TO SNS.SEND. 

I 

| NO NETWORK ADDRESSES ARE FREED UNTIL A POSITIVE RESPONSE IS RECEIVED 

| FROM SNS. THE PROCEDURE CS.FNA RSP (PAGE 7-102) HANDLES THE ACTUAL 

| FREEING OF ADDRESSES. 

I 

| IF THE REQUEST IS INVALID, THEN A SEND CHECK WITH AN ERROR CODE 

| DETERMINED BY THE CHECKING PROCEDURE IS SENT TO UPH_TRANSLATION_SVC. 

| INPUT: FNA FROM UPM TRANSLATION SVC (CHAPTER 6) OR FROM CS.LU RSP (PAGE 

I 7-60) 

I 

| OUTPUT: FNA TO SNS.SEND (CHAPTER 6), A COPY OF THE RQ TO UPM SAVE_FNA_RQ 

| (PAGE 7-125), AND A COPY OF THE TARGET ADDRESS TO UPM_SAVE_TARGET NA 

| (PAGE 7-122); OR A SEND_CHECK WITH AN APPROPRIATE ERROR CODE TO 

| UPM — TRANSLATION^SVC (CHAPTER 6) 

| NOTE: PROCESSING OF THIS REQUEST RESUMES IN CS.FNA_RSP (PAGE 7-102) WHEN 

| SNS RETURNS A RESPONSE. 

I REFERENCED BY THE FOLLOWING PROCEDURE (S): 

| CS.LU_RSP PAGE 7-60 

| SSCP.SVC MGR.CS.SEND PAGE 7-48 

I 

| REFERS TO THE FOLLOWING PROCEDURE(S): 

| CS.FNA VALIDITY CHECK PAGE 7-100 

| RESOURCE ACTIVE~CHECK PAGE 7-116 

| UPM SAVE FNA RQ PAGE 7-125 

| UPMlSAVEJTARGET_NA PAGE 7-122 

i-Z----—----j 

*/ 

DCL TARGET_NA BIT (48) ; 

DCL RES TYPE BIT(4); 

DCL SENSE BIT (16); 

DCL ASSOC PTR POINTER; 

DCL P POINTER; 

IF FNA_BQ.TARGET_ADDRESS = 0 THEN 
DO; 

. DRCB_PTR = FIND_DOMAIN_RESOURCE (FNA__RQ. SUBFIELD (1) ) ; /* APPENDIX B */ 

. IF DRCB.RESOURCE_CATEGORY = (ALS | PERIPHERAL_PU) THEN 
. DO; 

. . P = FIND_LINK_FOR_DOM_RES(DRCB.NETWORK_ADDRESS); /* APPENDIX B */ 

. TARGET_NA = P->DRCB.NETWORK_ADDRESS; 

END; 

. ELSE 
. DO; 

. . ASSOC PTR = DRCB.ASSOCIATED_RES_PTR; 

. . TARGET NA = ASSOC__PTR->DRCB. NETWORK^ADDRESS; 

. END; 

END; 

ELSE 

TARGET NA - DSAF|| (FNA_RQ.TARGET ADDRESS & NCB.NODE ELEMENT MASK); 

/* APPENDIX A */ 

DRCB PTR = FIND DOMAIN RESOURCE (TARGET NA) ; /* APPENDIX B */ 

RES_TYPE = DRCb7rES0URCE_CATEG0RY; 

IF RESOURCE_ACTIVE_CHECK(TARGET_NA,RES_TYPE) * OK THEN 
DO; 

. SENSE - CS.FNA_VALIDITY_CHECK (TARGET^NA); /* PAGE 7-100 */ 

I IF SENSE * 0 THEN 
. DO; 

. . CALL UPM SAVE FNA RQ; 

. . CALL UPM"sAVE~TARGET NA (TARGET_NA) ; 

. . SEND MU TO SNS.SEND;" 

. END; 

. ELSE 

. SEND SEND CHECK (SENSE) TO UPM TRANSLATION SVC; /* CHAPTER 6 ♦/ 

END; 

END CS.FNA_PBOC; 


/* 

PAGE 7-125 

V 

/* 

PAGE 7-122 

*/ 

/* 

CHAPTER 6 

V 


CHAPTER 7• SSCP* SVC MGR—CONFIGURATION SERVICES 7-99 







CS.FNA_¥ALIDiTY_CHECK: PROCEDURE(TAHGET^RES); 

/* 


FUNCTION: THIS PBOCEDUBE CHECKS TO SEE THAT THE CONDITIONS BEQUIBED TO ALLOW 

THE REQUESTED FNA ABE NET. 

WHEN SPECIFIC ALS'S AND PEBIPHEBAL PU'S ABE TO BE FREED, THE 
ADDBESSES ABE CHECKED TO SEE THAT THEY ARE IN THE DOMAIN RESOURCE 
LIST, THAT THEY ABE ASSOCIATED WITH THE TARGET RESOURCE, AND THAT 
THE SECJU.SJSUBTREE IS RESET. 

WHEN ALL ALS'S AND PERIPHERAL PU'S ASSOCIATED WITH A PARTICULAR LINK 
ARE TO BE FREED, THE DOMAIN RESOURCE LIST IS SEARCHED TO FIND ALL OF 
THE ALS'S AND PERIPHERAL PU'S CORRESPONDING TO THE LINK, AND THE 
PERTINENT ALSJSEC_SUBTREE'S ARE CHECKED TO SEE THAT THEY ARE RESET. 

WHEN SPECIFIC PERIPHERAL OR SUBAREA LU'S ARE TO BE FREED, THEN THE 
ADDRESSES ARE CHECKED TO SEE THAT THEY ARE IN THE DOMAIN RESOURCE 
LIST, AND THAT THEY ARE ASSOCIATED WITH THE TARGET RESOURCE. 

WHEN ALL PERIPHERAL LU'S ASSOCIATED WITH A PERIPHERAL PU, OR ALL 
PRIMARY PARALLEL-SESSION LU NETWORK ADDRESSES ASSOCIATED WITH A 
SECONDARY PARALLEL-SESSION LU NETWORK ADDRESS, OR ALL SUBAREA LU'S 
ASSOCIATED WITH A SUBAREA PU ARE TO BE FREED, THEN NO CHECKING IS 
REQUIRED. 

INPUT: THE FNA REQUEST AND THE ADDRESS OF THE TARGET RESOURCE FROM 

CS.FNAJPROC (PAGE 7-99) 

OUTPUT: 0 IF THE FNA IS VALID; THE APPROPRIATE SENSE CODE IF THE FNA CANNOT 

BE EXECUTED 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

CS.FNA_PROC PAGE 7-99 

REFERS TO THE FOLLOWING PROCEDURE(S): 

SEC_ALS_SUBTREE CHECK PAGE 7-121 


*/ 

DCL TARGET RES BIT (48); 

DCL RC BIT(16); 

DCL SUB_PTR POINTER; 

DCL ASSOC PTR POINTER; 

DCL AL5_NA BIT (48); 

RC = X'0000'; 

DRCB_PTR = FIND_DOMAIN_RESOURCE(TARGET_RES); /* APPENDIX B */ 


SELECT ANYORDER; 

/* 



l— — — — — — 

| WHEN SPECIFIC ALS'S AND PERIPHERAL PU 

| TO BE FREED 

" " " 1 

•S ARE | 

1 



. WHEN((DRCB.RESQURCE_CATEGQRY = LINK) 8 (FNA_RQ.ENTSY_CNT 
DO 1 = 0 TO FNA_RQ,ENTRY_CNT - 1 WHILE (HC“= 0); 

-i= ALL)) 


*/ 


SUB_PTR = FIND__DQMAIN_RESOURCE(PNA_RQ. SUBFIELD (I) ) ; 

IF SUB PTR = NULL THEN 

/* APPENDIX 

B 

V 


RC « X'0806*; 

ELSE 

IF SUB_PTR~>DRCB.RESOURCE^CATEGORY = PERIPHERAL_PU 

/* RESOURCE 

THEN 

UNKNOWN 

*/ 


SUB_PTR = SUB_PTR—>DRC B.ASSOCIATED_RES_PTR; 

ALS NA = SUB PTF->DRC8.NETWORK_ADDRESS; 
ASSOC_PTR = SUB_PTR—>DFCB.ASSOCIATED_RES_PTR; 


IF ASSOC_PTR->DRCB.NETWORK ADDRESS TARGET RES THEN 




RC = X'0809*; 

/* 

MODE 

INCONSISTENCY 

*/ 



ELSE 

IF 5EC_ALS_SUBTREE_CHECK(ALS_NA) = NG THEN 

/* 

PAGE 

7-121 

*/ 



RC =~X'0809 *; 

/* 

MODE 

INCONSISTENCY 

*/ 


END; 
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| WHEN ALL ALS* S AND PERIPHERAL PU»S ASSOCIATED 
| WITH A LINK ABE TO BE FREED 


I 

j 


WHEN((DRCB.RESOURCE CATEGORY - LINK) 6 (FNA RQ.ENTRY CNT - ALL)) 
SCAN DRCB LIST PTR(SUB PTR) WHILE(RC * 0)7 

. IF SUB_PTR->DRCB.RESOURCE^CATEGORY * (ALS | PERIPHERAL_PU) THEN 
- DO; 

. . IF SOB PTR->DRCB.RESOURCE CATEGORY * PERIPHERAL PO THEN 

. . sub.ptr = sub_ptr->drcb7associatbd_res^ptr; 

. . ALSJNA * SUB_PTR->DBCB.NETWORK_ADDRESS; 

. . ASSOC_PTR * SUB_PTR->DRCE.ASSOCIATED_RES_PTR; 


. . IF ASSOC PTR->DRCB.NETWORK_ADDRESS = TARGET RES THEN 

. . IF SEC ALS SUBTREE CHECK(ALS NA) * NG THEN 

. . RC =~X* 0809'; 

. END; 

SCANEND; 


/* 

/* 


PAGE 7-121 

NODE INCONSISTENCY 


| WHEN SPECIFIC PERIPHERAL LU»S ASSOCIATED WITH 
| A PERIPHERAL PU, OR SPECIFIC PRIMARY 
| PARALLEL-SESSION LU NETWORK ADDRESSES 
| ASSOCIATED WITH A SECONDARY PARALLEL-SESSION 
| LU NETWORK ADDRESS, OR SPECIFIC SUBAREA LU'S 
| ASSOCIATED WITH A SUBAREA PU ARE TO BE FREED 


WHEN(DRCB*RESOURCE CATEGORY = (PERIPHERAL_PU | SUBAREA LU | SUBAREA PU) & 

FNA RQ. ENTRY CNT -*= ALL) 

DO I =~0 TO FNA~RQ.ENTRY CNT - 1 WHILE (RC = 0); 

. SUB PTR * FIND DOMAIN RESOURCE(FNA RQ.SUBFIELD (I)); /* APPENDIX B V 

. IF SUB PTR = NULL THEN 

. RC =”X'0806 1 ; /* RESOURCE UNKNOWN 

. ELSE 
. DO; 

. . ASSOC_PTR = SUB PTR->DRCB.ASSOCIATED_RES PTR; 

. . IF ASSOC PTR->DRCB.NETWORK ADDRESS -a TARGET RES THEN 

. . RC = X T 0809'; /* MODE INCONSISTENCY 

. END; 

END; 


. OTHERWISE; 

END; 

RETURN (RC); 

END CS.FNA_VALIDITY_CHECK; 
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CS.FNA_RSP: PROCEDURE 


FUNCTION: WHEN THE INPUT IS A POSITIVE RESPONSE TO FNA, THIS PROCEDURE CALLS 

THE APPROPRIATE PROCEDURE, WHICH REMOVES THE DOMAIN RESOURCE ENTRIES 
FOR THE REQUESTED ADDRESSES FROM THE DOMAIN RESOURCE LIST AND 
DISCARDS THEM. 

INPUT: POSITIVE OR NEGATIVE RESPONSE TO FNA FROM SNS.RCV (CHAPTER 6), A 

COPT OF THE FNA REQUEST FROM UPM RETRIEVE FNA RQ (PAGE 7-125), AND A 
COPT OF THE TARGET ADDRESS FROM UPM_RETRIEVE_TARGET_NA (PAGE 7-122) 

OUTPUT: ±RSP (FNA) TO UPM_TRANSLATION_SVC (CHAPTER 6) 


REFERENCED BT THE FOLLOWING PROCEDURE(S): 
SSCP.SVC_MGR.CS.RCV 

REFERS TO THE FOLLOWING PROCEDURE(S): 
CS.LU FREE 

CS.PERIPHERAL LU FREE 
CS.PERIPHERAL~PU_AND ALS_FREE 
UPM_RETRIEVE FNA_RQ 

upm“retrieve”target NA 


PAGE 

7-50 

PAGE 

7-105 

PAGE 

7-104 

PAGE 

7-103 

PAGE 

7-125 

PAGE 

7-122 


*/ 

DCL 1 FNA_RQ_COPY, 

2 NS_RiQUEST_CODE BIT(24), 

2 TARGET ADDRESS BIT (16), 

2 ENTRY CNT BIT (8) , 

2 TYPE BIT (8), 

2 SUBFIELD(40) BIT(16); 

DCL TARGET NA BIT (48); 


CALL UPM 

RETRIEVE FNA RQ(FNA RQ COPY); 

/* 

PAGE 7-125 

*/ 

TARGET_NA 

= UPM RETRIEVE TARGET~NA; 

/* 

PAGE 7-122 

*/ 

DRCB_PTR 

= FIND_DOMAIN_RESOURCE"(TARGET_NA) ; 

/* 

APPENDIX B 

*/ 

IF RTI = 

POSITIVE THEN 

/♦ 

RESPONSE IS POSITIVE 

V 


SELECT ANYORDER (DRCB.RESOURCE_CATEGORY) ; 


WHEN(LINK) 

CALL CS.PERIPHERAL_PU_AND_ALS_F!EE(FNAJRQ_COPY,TARGET_NA) ; 



/* 

PAGE 

7-103 

*/ 

. WHEN(PERIPHERAL PU) 

. CALL CS.PERIPHERAL_LU_FREE(FNA_RQ_COPY,TARGET_NA) ; 

/* 

PAGE 

7-104 

*/ 

. WHEN(SUBAREA PU | SUBAREA LU) 

CALL CS.LU_FREE(FNA_RQ_COPY,TARGET_NA) ; 

/* 

PAGE 

7-105 

*/ 

END; 

SEND MU TO UPM_TRANSLATION_SVC; 

/* 

CHAPTER 6 

*/ 


END CS.FNA_RSP; 
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/’ 


CS.PERIPHERAL JPU_AHD_ALSJPRBE: PROCEDUBB (FN A_BQ_COPT f TARGET_RES) ; 


FUBCTIOH: THIS PBOCBDOBE BEHOVES THE EBTBIES FOB PBRIPHEBAL PUS AND THEIR 

ASSOCIATED ADJACBNT LINK STATIONS FBOH THE DOMAIN BESOURCE LIST. 

INPUT: THE ADDRBSS OF THE TARGBT RESOURCE AND A COPY OF THE FNA REQUEST 

FBOH CS.FNA_RSP (PAGE 7-102) 

OUTPUT: THE APPROPRIATE ADDRESSES ARE BEHOVED FROH THE DOMAIN RESOURCE LIST. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

CS.FNA_.RSP PAGE 7-102 

*/ 

DCL 1 FNA_RQ_COPY, 

2 NS REQUEST CODE BIT(24), 

2 TARGET_ADDRESS BIT(16), 

2 ENTRY CNT BIT(8), 

2 TYPE 5lT(8) , 

2 SUBFIELD(40) BIT(16); 

DCL TARGET_RES BIT (48); 

DCL RES_NA BIT(48); 

DCL ALS_PTR POINTER; 

DCL P POINTER; 

SELECT ANYORDER(FNA_RQ_COPY.ENTBY_CNT) ; 

. WHEN ( '■•ALL) 

. DO I = 0 TO(FNA RQ COPY.ENTRY CNT - 1); 

. . RES NA = OSAFTi(FNA JRQ_COPy7sUBFIELD(I) & NCB.NODE_ELEHENT HASK) ; 

. . P =~FIND_DOHAIN_RESOURCE(RES_NA) ; /* APPENDIX B */ 

. IF P->DRCB.RESOURCE CATEGORY = PERIPHERAL_PU THEN 
ALS_PTR * P->DRCb7aSSOCIATED_RES_PTR; 

. . ELSE 

DO; 

. ALS_PTR = P; 

. P =~FIND SUBORDINATE_DOM RES(RES NA); /* APPENDIX B */ 

. . END; 

. . REMOVE P->DRCB FROH DRCB_LIST DISCARD; 

. . REMOVE ALS PTR->DRCB FROM DRCB_LIST DISCARD; 

END; 

. WHEN(ALL) 

. SCAN DRCB_LIST PTR (DRCB_PTR) ; 

. P = DRci.ASSOCIATED_RES_PTR; 

. IF P~>DRCB.NETWORK_ADDBESS = TARGET RES & 

. . DRCB.RESOURCE_CATEGORI = ALS THEN 

. . DO; 

. RES NA = DRCB.NETWORK^ADDRESS; 

. ALS~PTR = DRCB PTR; 

. P =”"FIND_SUB0RDINATE_DQH_RES (RESINA) ; /* APPENDIX B V 

. . . REMOVE P->DRCB FROM DRCB_LIST DISCARD; 

. REMOVE ALS PTR->DRCB FROM DRCB_LIST DISCARD; 

. . END; 

SCANEND; 

END; 

RETURN; 

END CS.PERIPHERAL_PU_AND_ALS_FREE; 
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CS.PERIPHERAL.LUJFREE: PROCEDURE(FNA_RQ_COPY,TARGET_RBS) ; 

/♦ 

1 FUNCTION: THIS PROCEDURE REMOVES ENTRIES FOR PERIPHERAL ID'S FROM THE DOMAIN 

| RESOURCE LIST IF THE LINK ASSOCIATED WITH THE LU«S IS NOT SNITCHED. 

| OTHERWISE, THE LU ENTRY REMAINS IN THE DOMAIN RESOURCE LIST, BUT THE 

I NETWORK ADDRESS FIELD OF THE ENTRY IS SET TO 0. 

I INPUTS THE ADDRESS OF THE TARGET RESOURCE AND A COPY OF THE FNA REQUEST 

| FROM CS.FNA RSP (PAGE 7-102) 

I 

| OUTPUT: THE APPROPRIATE ADDRESS IS REMOVED FROM THE DOMAIN RESOURCE LIST. 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): 

| CS.FNA_RSP PAGE 7-102 


DCL 1 FNA RQ COPY, 

2 NS REQUEST CODE BIT(24), 

2 TARGET ADDRESS BIT(16), 

2 ENTRY CNT BIT(8), 

2 TYPE BIT(8) , 

2 SUBFIELD(40) BIT(16); 

DCL TARGET RES BIT (48); 

DCL PERIPHERAL.LU NA BIT(48); 

DCL P POINTER; 

DCL LINK_PTR POINTER; 

SELECT ANYORDER(FNA^RQ^COPY.ENTRY_CNT) ; 

. WHEN ( -.ALL) 

. DO I ■ 0 TO (FNA RQ COPY.ENTRY CNT - 1); 

. . PERIPHERAL LU NA~= OSAF||(FNA RQ COPY.SUBFIELD(I) 8 NCB.NODE ELEMENT MASK); 

. . DRCBJ?TR » FIND^DOMAIN^RESOURCE(PERIPHERAL^LU^NA); /* APPENDIX“B */ 

I . IF DRCB.RESOURCEJTATEGORY * PERIPHERALJLO THEN 
. . DO; 

. . . LINK_PTR * FIND_LINRJ?OR_DOM_RES(PERIPHBRAL_LU - NA) ; /* APPENDIX B */ 

. . I IF LINK PTR->DRCB.SWITCHED LINK * SWITCHED THEN 

DRCB.NETWORK_ADDRESS = X~0'; 

. . . ELSE 

. . . REMOVE DRCB FROM DRCB.LIST DISCARD; 

. . END; 

. END; 

. WHEN(ALL) 

. SCAN DRCB LIST PTR(DRCB PTR) ; 

. . P « DRCB.ASSOCIATED_RESOURCE_PTR; 

. . IF P->DRCB.NETWORK_ADDRESS » TARGET RES 8 

. . DRCB.RESOURCE^CATEGORY ■ PBRIPlSRALJLU THEN 

. . DO; 

. . . LINK_PTR = FIND_LINK_FORJ)OH_RES(PERIPHERAL_LUJIA); /* APPENDIX B */ 

. . . IF LINK_PTR->DRCB.SWITCHED LINK * SWITCHED THEN 

. . . DRCB.NETWORK^ADDRESS a *»0»; 

. . . ELSE 

. . . REMOVE DRCB FROM DRCB^LIST DISCARD; 

. . END; 

. SCANEND; 

END; 

RETURN; 

END CS.PERIPHERALJLU.FREE; 
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CS.LUJ’RBE: PROCEDURE<FNA_BQ_COPY,TARGBT_RBS) ; 


/* 

. . . . - ■■ ----—— - - - 1 

| FUNCTION: THIS PROCEDURE BEHOVES EHTBIES FOB LU*S FBOH THE DOMAIN RESOURCE | 

| LIST. | 

| IMPUTs THE ADDBESS OF THE TARGET RESOURCE AND A COPY OF THE FRA REQUEST | 

| FROM CS.FNA RSP (PAGE 7-102) I 

I I 

| OUTPUT: TBB APPROPRIATE ADDRESS IS BEHOVED FBOH THE DOMAIN RESOURCE LIST. | 

I I 

| REFERENCED BY TBB FOLLOWING PROCEDUBE(S) : I 

( CS.FNA RSP PAGE 7-102 I 


*/ 

DCL 1 FNA RQ COPY, 

2 NS_REQUBST_CODB BIT(24), 

2 TAlGET ADDlESS BIT(16), 

2 BHTRY_CNT BIT(8) , 

2 TYPE BIT (8), 

2 SUBFIELD (40) BIT (16); 

DCL TARGET RES BIT (48); 

DCL P POINTER; 

SELECT ANIORDER(FHA_RQ_COPT.BNTRY_CNT); 

. WHEN ( -.ALL) 

. DO I * 0 TO(FNA BQ COPY.ENTRY^CNT -1); 

. . P * FIND DOMAIN RESOURCE(FNA BQ COPY.SUBFIELD(I)); /* APPENDIX B */ 

. . IF P->DRCB.RESOURCE CATEGORY*”* SUBAREA LU THEN 

REMOVE P->DRCB FROM DBCB LIST DISCARD; 

. END; 

. WHEN(ALL) 

. SCAN DBCB LIST PTR(DRCB PTR) ; 

. . P * DRCB.ASSOCIATED RESOURCE PTR; 

. . IF P->DRCB.NETWORK ADDRESS = TARGET RES THEN 

. . IF DRCB.RESOURCE CATEGORY * SUBAREA_LU THEN 

. . REMOVE DRCB FROM DRCB LIST DISCARD; 

. SCANBND; 

END; 

RETURN; 

END CS.LUJFREE; 
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CS.ADDLINK_ADDLIHKSTA_PBOC: procedure ; 

/* 

I- 1 - - - 1 1 u " - ■ ' —r ——. “ . ‘ 1 , 

j FUNCTION: THIS PROCEDURE HAHDIBS THE ADDITIOH OF LIRK STATION AND ADJACENT | 

\ LINK STATIOR BRTBIES TO THE BOHAIR RESOURCE LIST. \ 

| THE FIRST CHECK BABE IS TO BBTERHIRE IF THE SSCP HAS SUFFICIENT | 

| RESOURCES TO ASSIGN THE NETWORK ADDRESS SPECIFIED IN THE ADDLINK OR | 

| ABBIIHKSTA REQUEST. IF NOT, THIS PROCEDURE GENERATES A SEND CHECK | 

| WITH AH APPBOPBIATE ERROR CODE, WHICH IS SENT TO I 

| UPH TRANSLATION SVC. IF THERE ARE SUFFICIENT RESOURCES, THE TARGET j 

| PU OF THE ADDLINK OB ADDLINKSTA REQUEST IS CHECKED TO SEE IF IT IS | 

| ACTIVE. IF THE PU FSB IS HOT ACTIVE, THE PROCEDURE | 

| RESOURCE ACTIVE CHECK, WHICH PERFORMS THE CHECKING, INSERTS THE | 

| BEQUEST INTO THE PU»S SAVE HU FOR RETRI LIST. IF THE TARGET PU FSM | 

| IS ACTIVE, THE BEQUEST IS SENT TO SNS.SEND. I 

| INPUT: ADDLINK OB ADDLIRKSTA FROM UPM TRANSLATION SVC (CHAPTER 6) f 

I ~ I 

| OUTPUT: ADDLINK OR ADDLIHKSTA TO SNS.SEND (CHAPTER 6) AND A COPY OF THE \ 

| TARGET ADDRESS TO UPH SAVE TARGET HA (PAGE 7-122), OR A SEND CHECK f 

| WITH AN APPROPRIATE ERROR CODE TO UFHJERANSLATION_SVC (CHAPTER 6) ! 

f NOTE: PROCESSING OF THIS REQUEST RESUMES IN CS.ADDLINK_ADDLINKSTA_RSP I 

i (PAGE 7-107) WHEN SNS RETURNS A RESPONSE. ! 

I ! 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : I 

| SSCP.SVC_MGR.CS.SEND PAGE 7-48 f 

| REFERS TO THE FOLLOWING PROCEDURE(S): I 

| RESOURCE ACTIVE CHECK PAGE 7-116 I 

| UPM ADDLINK__R£SOUBCE_CBECK PAGE 7-124 I 

| UPmIaDDLINKSTA_RESOURCE CHECK PAGE 7-124 I 

| UPH_SAVE_TARGET_NA ~ PAGE 7-122 I 

*/ 

DCL CHECK BIT (4); 

DCL RES NA BIT (48); 


SELECT ANYORDER (NS_HQ_CODE) ; 


| ADDLINK \ 


WHEN(ADDLINK) 

DO; 

. CHECK = UPM_ADDLINK_RESOURCE_CHECK; /* PAGE 7-124 

. IF CHECK -i* X'OOQQ* THEN 

. SEND SEND_CHECK(CHECK) TO UPH_TRANSLATION_SVC; /* CHAPTER 6 

. ELSE 
DO; 

. . RES NA = DSAF||(NSC_RQ.TARGET_ADDRESS & NCB.NODE„ELEMENT_MASK); 

. . /* APPENDIX A 

. . IF RESOURCE_ACTIVB_CH£CK(RES_NA,PU) = OK THEN /* PAGE 7-116 

. . DO; 

. . . CALL UPH SAVE TARGET NA(RES NA); /* PAGE 7-122 

. . . SEND MU TO SNS.SEND; /* CHAPTER 6 

END; 

. END; 

END; 


r------- — — - 

| ADDLINKSTA 



. WHEN(ADDLINKSTA) 

. DO; 

. . CHECK = UPM_ADDLINKSTA_RESOURCE_CHECK; /* PAGE 7-124 

. . IF CHECK X*0000» THEN 

. . SEND SEND_CHECK(CHECK) TO UPH_TRAHSLATION_SVC; /* CHAPTER 6 

. . ELSE 

. . DO; 

. . . RES NA « DSAF|| (NSC RQ.TARGET ADDRESS & NCB.NODE ELEMENT MASK); 

. . . ~ /* APPENDIX A 

. . . IF RESOURCE_ACTIVE_CHECK(RRS_NA,PU) = OK THEN /* PAGE 7-116 

. . . DO; 

. . . . CALL UPM SAVE TARGET NA(RES NA) ; /* PAGE 7-122 

. * . . SEND MU TO SNS.SEND; /* CHAPTER 6 

. . . END; 

. . END; 

. END; 

END; 


/* 

*/ 

V 
*/ 

*/ 

♦/ 

*/ 

*/ 

/* 

*/ 

*/ 

*/ 

*/ 

V 

*/ 

*/ 


END CS.ADDLINK_ADDLINKSTA_PROC; 
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CS.ADDLINK_ADDLINKSTA_BSP: PHOCEDOBE; 


/* 

r- - ----——- --- 1 

| FUNCTION: WHEN THE INPUT IS A POSITIVE RESPONSE TO ADDLINK OB ADDLINKSTA, THE | 

| REQUESTED NETWORK ADDRESS IS ASSIGNED AND AN ENTRY IS CREATED AND | 

| ADDED TO THE DOMAIN RESOURCE LIST. | 

I I 

| INPUT: POSITIVE OR NEGATIVE RESPONSE TO ADDLIMK OR ADDLIHKSTA PROH SNS.RCV | 

| (CHAPTER 6) AND A COPY OP THE TARGET ADDRESS PROH | 

| UPH RETRIEVE TARGET NA (PAGE 7*122) I 

\ “ I 

| OUTPUT: ±RSP(ADDLINKf ADDLINKSTA) TO UPH TRANSLATION SVC (CHAPTER 6) | 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): I 

| SSCP.SVC HGR.CS.RCV PAGE 7-50 | 


1 REFERS TO THE FOLLOWING PROCEDURE (S): I 
| UPH_RETRIEVEJCARGET < .NA ' PAGE 7-122 | 
i-1_Z_ .—j 


DCL TARGET_NA BIT(48); 



V 

TARGET^NA = UPM_RETRIEVE_TARGET_NA; 

/* 

PAGE 7-122 

*/ 

IF RTI = POSITIVE THEN 

/* 

RESPONSE IS POSITIVE 

V 


SELECT ANYORDER (NS__RQ^CODE) ; 

. WHEN(ADDLINK) 

. DO; 

. . CREATE DRCB PTR (DRCB^PTR) ; 

. . DRCB.RESOURCE_CATEGORY = LINK; 

. DRCB.ASSOCIATED RES PTR = 

. . ?IND_DOHllN_RESOORCE (TARGET^NA); /* APPENDIX B */ 

. . DRCB.NETWQRK^ADDRESS = 

OSAFM (ADDLINK RSP.LINK ADDRESS 6 NCB.NODE ELBHENT MASK); 

. . ~ /* APPENDIX A */ 

. INSERT DRCB IN DRCB_LIST; 

END; 


. WHEN(ADDLINKSTA) 

. DO; 

I I CREATE DRCB PTR(DRCB^PTR); 

. DRCB. F.ESOURCE_CATEGORY = ALS; 

. . DRCB.ASSOCIATED RESOURCE_PTR = 

. . FIND_SUBORDINATEJdOM_RES (TARGET_NA); /* APPENDIX B */ 

. . DRCB.NETWORK ADDRESS = 

OSAF|7(ADDLINKSTA RSP.ALS ADDRESS 6 NCB.NODE ELEMENT MASK); 

. . ~ /* APPENDIX A */ 

. INSERT DRCB IN DRCB^LIST; 

END; 

END; 

SEND MU TO UPMJTRANSLATION_SVC; /* CHAPTER 6 */ 

END CS.ADDLINK_ADDLINKSTA_RSP; 
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CS.DELETENR_PROC: PROCEDURE; 


/* 


FUNCTION: THIS PROCEDURE HANDIES THE DELETION OF LINK STATION AND ADJACENT 
LINK STATION ENTRIES FROM THE DOMAIN RESOURCE LIST. 

THE TARGET RESOURCE'S ASSOCIATED PU IS CHECKED TO SEE IF IT IS 
ACTIVE. IF THE PU FSM IS NOT ACTIVE, THE PROCEDURE 
RESOURCE ACTIVE CHECK, WHICH PERFORMS THE CHECKING, INSERTS THE 
DELETENff REQUEST INTO THE PU'S SAVE MU FOR RETRY LIST. IF THE PU 
FSM IS ACTIVE, PROCESSING OF THE REQUEST CONTINUES IMMEDIATELY. 

IF THE APPROPRIATE FSM'S CORRESPONDING TO THE TARGET RESOURCE ARE 
RESET, A COPY OF THE DELETENR REQUEST RESOURCE ADDRESS IS SAVED BY 
UPM_5AVE__TA R G E T_ N A AND THE DELETENR REQUEST IS SENT TO SNS.SEND; 
OTHERWISE, THIS PROCEDURE GENERATES A SEND CHECK, WHICH IS SENT TO 
UPMJTRANSLATION SVC. 


INPUT: DELETENR FROM UPM_TRANSLATION_SVC (CHAPTER 6) 

OUTPUT: A COPY OF THE DELETENR RESOURCE ADDRESS TO UPM SAVE TARGET NA (PAGE 

7-122) AND THE DELETENR TO SNS.SEND (CHAPTER ~6) ; OR A SEND_CHECK 
' WITH AN APPROPRIATE ERROR CODE TO UPM_TRANSLATION_SVC (CHAPTER 6) 

NOTE: PROCESSING OF THIS REQUEST RESUMES IN CS.DELETENR RSP (PAGE 7-109) 

WHEN SNS RETURNS A RESPONSE. 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 
SSCP.SVC MGR.CS.SEND 


PAGE 7-48 


REFERS TO THE FOLLOWING PROCEDURE(S): 
FSM_LINK_ACT_DOM RES 
resource~actIve CHECK 
sec als_subtree”check 

UPM SAVE_TARGET NA 


PAGE 7-129 
PAGE 7-116 
PAGE 7-121 
PAGE 7-122 


*/ 

DCL RES_NA BIT(48) ; 

DCL PU NA BIT(48); 

DCL P POINTER; 


RES_NA * DSAF|| (DELETENR_RQ.RESOURCE_ADDRESS 8 NCB.NODE_ELEMENT_MASK) ; 


DRCB 

_FTR = FIND_DOMAIN_RESOURCE (RES_NA) ; 

/* 

/* 

APPENDIX A 

APPENDIX B 

V 

V 

IF DRCB.RESOURCE CATEGORY (LINK j ALS } PERIPHERAL PU) 

SEND SEN D_CHECK(X'0806 *) TO UPM_TRANSLATION_SVC; 

THEN 

/♦ 

RESOURCE UNKNOWN 

*/ 

ELSE 

DO 

IF DRCB.RESOURCE CATEGORY = PERIPHERAL PU THEN 
DRCB_PTR = FIND„ALS_FOR_DOM_BES(RES_NA) ; 

/* 

APPENDIX B 

V 


P = FIND_PU._FOR_.DGM RES (DRCB. NETWORK ADDRESS); 

/* 

APPENDIX B 

V 


PU_NA = P->DRCB.NETWOEK_ADDRESS; 

IF RESOURCE_ACTIVE_ > CHECK (PU_NA,PU) - OK THEN 

/* 

PAGE 7-116 

*/ 


IF (DRCB.RESOURCE CATEGORY = LINK 8 

FSM_LINK_ACOOM_RES RESET) | 

/* 

PAGE 7-129 

*/ 


(DRCB.RESOURCE_CATEGORY « ALS 6 
SEC_ALS_SUBTREE_CHECK(DRCB.NETWORK_ADDRESS) = 

NG) THEN 
/* 

PAGE 7-121 

V 


SEND SEND_CHECK(X'081A') TO UPM_TRANSLATION_SVC; 

/* 

REQUEST SEQUENCE ERROR 

*/ 


ELSE 

DO; 

. CALL UPM_SAVE_TARGET NA (RES NA) ; 

/* 

PAGE 7-122 

♦/ 


. SEND MU TO SNS.SEND;” 

/* 

CHAPTER 6 

V 


END; 





END; 


END CS.DELETENR^PROC; 
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CS.DELETEVB.BSPs PROCEDURE 


/* 


| FUNCTION: VBBW THE INPUT IS 1 POSITIVE BESPOBSE TO DELETENR, THE REQUESTED | 
| IETVORK ADDRESS IS BEHOVED FBOH THE DOHAIN RESOURCE LIST BHD IS f 
| DISCARDED. | 

( IHPUT: POSITIVE OR NEGATIVE RESPONSE TO DELETENR FBOH SNS.RCV (CHAPTER 6) | 
| AID A COPT OF THE DBLETEHR RESOURCE ADDRESS FROH | 
| UPH_RBTRIBVB_TARGET_IA (PAGE 7^122) | 

| OUTPUT: ±RSP(DELETEIB) TO UPH_TBAISLATIOH_SVC (CHAPTER 6) | 

| REFERBICED BT THE FOLLOUIIG PROCEDURE(S): I 
| SSCP.SVC_HGR.CS.RCV PAGE 7-$0 | 

| REFERS TO THE FOLLOUIIG PROCEDURE(S): I 
| UPH_BETRIBVB_TARGET_HA PAGE 7-122 I 
L__ I ---1 


DCL RBSJIA BIT (48); 


♦/ 


IF RTI = POSITIVE THE! 
DO; 


/* RESPONSE IS POSITIVE */ 


. RES_NA = uph_retribvejtarget_na; 

/* PAGE 7-122 

*/ 

. DRCB_PTR = FIHD_DOHAIH_RESOUBCE(RES_HA) ; 

/* APPENDIX B 

V 

. IF DRCB.RESOURCE CATEGORY = PERIPHERAL PU THEN 
. DBCB_PTR = FIND_ALS_FOR_DOH_BES(BES_NA); 

/♦ APPENDIX B 

*/ 

. REHOVE DRCB FROH DRCB_LIST DISCARD; 



EHD; 



SEND HU TO UPHJTRANSLATION_SVC; 

/* CHAPTER 6 

*/ 


END CS.DELETENR_RSP; 
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CS.INOP_PROC: PROCEDURE; 


FUNCTION; 


THIS PROCEDURE RESETS THE APPROPRIATE DOMAIN RESOURCE FSM*S FOR THE 
TYPE OF INOP RECEIVED. IT CALLS CS.DEACTIVATION CLEANUP (PAGE 
7-119) , WHICH GENERATES DACTPU(CLEANUP) OR DACTLU(CLEANUP) FOR EACH 
PERIPHERAL PU|LU ASSOCIATED WITH THE TARGET LINK OR ALS. 


INOP(LINK | 
(PAGE 7-56) 


ALS) FROM SNS.RCV (CHAPTER 6) OR FROM CS.DACTPUJRSP 


OUTPUT; 


THE APPROPRIATE FSM'S ARE RESET. THE INOP REQUEST IS SENT TO 
UPM TRANSLATION SVC (CHAPTER 6). IF THE INOP IS FOR AN ALS ON A 
SWITCHED LINK, ABCONN IS GENERATED AND THE APPROPRIATE PROCEDURE IS 
CALLED TO PROCESS IT. 

REFERENCED BY THE FOLLOWING PROCEDURE(S) ; 


CS.DACTPU RSP 

PAGE 

7-56 

SSCP.SVC_MGR.CS.RCV 

PAGE 

7-50 

THE FOLLOWING PROCEDURE(S)S 

CS.ALS SUBTREE RESET 

PAGE 

7-113 

CS.CONN PROC 

PAGE 

7-68 

CS.DEACTIVATION CLEANUP 

PAGE 

7-119 

CS.LINK RESET 

PAGE 

7-111 

FSM ALS CONNECTED DOM RES 

PAGE 

7-133 

FSM LINK ACT DOM RES 

PAGE 

7-129 

FSM_LINK_.CONNOUT_DOM_.RES 

PAGE 

7-130 


DCL STATION NA BIT (48); 

DCL ALS NA BIT(48); 

DCL LINK NA BIT(48); 

DCL P POINTER; 

STATION_NA = OSAF| | (NSC_RQ.TARGET_ADDRESS 8 NCB.NODE_ELEMENT_MASK) ; 


DRCB_PTR = FIND_DOMAIN_RESOURCE(STATION_NA); 

/* 

/* 

APPENDIX 

APPENDIX 

A 

B 

*/ 

V 

IF DRCB.RESOURCE CATEGORY = PERIPHERAL PU THEN 

DRCB_PTR = FIND_ALS_FOR_DOM_RES(STATION_NA) ; 

/* 

APPENDIX 

B 

*/ 

IF DRCB.RESOURCE CATEGORY (LINK | ALS) THEN 

DO; 

. CALL UPM_LOG; 

. DISCARD MU; 

END; 

/* 

APPENDIX 

B 

*/ 

ELSE 





SELECT ANYORDER (DRCB.RESOURCE_CATEGORY) ; 




/* 

| INOP LINK 

(I. - _ f - 1T| _ r ,_ T ^ T _ m - TT - rn - rTinT „ rT - Bir - TI 


—i 

i 



. WHEN(LINK) 

. DO; 

. . LINK NA = DRCB.NETWORK ADDRESS; 

. CALL~FSM LINK ACT DOM RES('RESET*) ; 

. . CALL CS.LINK RESET (LINK NA) ; 

END; 

/* 

/* 

PAGE 7-129 

PAGE 7-111 

*/ 

♦/ 

*/ 

/* 


INOP ADJACENT LINK STATION 


WHEN (ALS) 

DO; 

ALS NA * DRCB.NETWORK ADDRESS; 

CALL FSM ALS CONNECTED_DOM RES('RESET'); /* PAGE 7-133 

LINK_NA = DRCB.ASSOCIATED RES PTR->DRCB.NETWORK ADDRESS; 


DRCB PTR = FINB_.DOMAIN_RE SOURCE (LINK NA) ; 
CALL~FSM_LINK_CONNOUT_DQM_RES('RESET 7 ) ; 

IF DRCB.SWITCHED LINK = SWITCHED THEN 
DO; 

. P = MU_PTR; 

. MU_PTR = UPM CREATE RQ<■ABCONN*); 

. DSAF = OSAF; 

. CALL CS.CONN_.PROC; 

. MU_PTR * P; 

END; 

CALL CS.ALS_SUBTREE_RESET (ALS_NA); 

END; 

END; 

CALL CS.DEACTI?ATION_CLEANUP(LINK_NA) ; 

SEND MU TO UPM_TRANSLATION_SVC; 

END CS.INOP_.PROC; 


/* 

/* 


/* 

/* 


APPENDIX B 
PAGE 7-130 


APPENDIX B 
PAGE 7-68 


/* PAGE 7-113 


/* 

/* 


PAGE 7-119 
CHAPTER 6 


*/ 


*/ 

*/ 


*/ 

V 


♦/ 

V 
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CS.LINK_RESET: PROCEDURE(LINK^NA) 


/* 


FUNCTION: 

INPUT: 


THIS PROCEDURE RESETS THE PBIHARY OB SECONDARY LI UK STATION SUBTREE 
OF THE SPECIFIED LINK. 

THE NETWORK ADDRESS OF THE LINK FOR WHICH THE SUBTREE IS TO BE RESET 


OUTPUT: THE FSH'S ASSOCIATED WITH THE LINK AND ITS ADJACENT LINK STATIONS 

ARE RESET. 


REFERENCED BT THE FOLLOWING PROCEDURE(S) : 
CS.INOP PROC 


PAGE 7-110 


REFERS TO THE FOLLOWING PROCEDURE(S): 

CS.ADJ LINK STATION RESET 
FSH LINK CONNIN DOh’rES 
FSH LINK CONNOUT Doi RES • 


PAGE 7-111 
PAGE 7-129 
PAGE 7-130 


DCL LINK NA BIT(48); 

DCL SAVE_DRCB_PTR POINTER; 

SAVE DRCBJPTR = DRCB PTR; 

DRCB_PTR * FIND_DOHAIN_RESOURCE(LINK_NA) ; 
CALL FSM_LINK_CONNOUT_DOH_RES('RESET'); 
CALL FSH_LINK_CONNIN_DOM — RES (* RESET') ; 
CALL CS.ADJ_LINK_STATION_RESET(LINK^NA) ; 
DRCB_PTR * SAVE_DRCB_PTR; 

RETURN; 

END CS.LINK_RESET; 


*/ 


/* 

APPENDIX B 

*/ 

/* 

PAGE 7-130 

V 

/* 

PAGE 7-129 

*/ 

/* 

PAGE 7-111 

♦/ 


CS. ADJ_LINK__STATION^RESET: PROCEDURE (LINK_NA) ; 


/* 


FUNCTION: THIS PROCEDURE SEARCHES THE DOMAIN RESOURCE LIST TO FIND ALL 

ADJACENT LINK STATIONS THAT ARE ASSOCIATED WITH THE SPECIFIED LINK. 
THE PRIMARY OR SECONDARY ALS SUBTREE AND THE ALS CONNECTEDJ)OH_RES 
FSM ARE RESET FOR EACH ADJACENT LINK STATION. 

INPUT: THE NETWORK ADDRESS OF THE LINK FOR WHICH ALL CORRESPONDING ADJACENT 

LINK STATIONS ARE TO BE BESET 

OUTPUT: THE FSH'S ASSOCIATED WITH THE ADJACENT LINK STATIONS OF THE 

SPECIFIED LINK ARE RESET. 

REFERENCED BY THE FOLLOWING PROCEDURE (S): 

CS.LINK_RESET PAGE 7-111 

REFERS TO THE FOLLOWING PROCEDURE(S): 

CS.ALS SUBTREE RESET PAGE 7-113 

FSM ALS CONNECTED DOM RES PAGE 7-133 


*/ 

DCL LINK NA BIT (48); 

DCL SAVE DRCB__PTR POINTER; 


SAVE_DRCB_PTR = DRCB_PTR; 


SCAN DRCB_LIST PTR (DRCB_PTR); 
l IF DRCB.RESOURCE CATEGORY * ALS S 

. DRCB* ASSOCIATED_RES_PTR->DRCB.NETWOBK_ADDRESS = LINK_NA THEN 

. DO; 

. . CALL FSM_ALS_CONNECTED_DOM_RES(* RESET'); /* PAGE 7-133 */ 

. . CALL CS.ALS_SUBTREE_RESET(DRCB.NETWORK^ADDRESS) ; /* PAGE 7-113 */ 

. END; 

SCANEND; 

DRCB_PTR * SAVE_DRCB_PTR; 

RETURN; 

END CS.ADJ_LINK_STATION_RESET; 
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CS.ALS_SUBTBBE_RESET: PROCEDURE(ALS_NA); 


FUNCTION: THIS PROCEDURE RESETS THE PRIMARY OR SECONDARY 

ASSOCIATED WITH THE ADDRESS PASSED IN ALS NA. 


ALS SUBTREE 


INPUT: 


OUTPUT: 


THE NETWORK ADDRESS OF 
SUBTREE IS TO BE RESET 


AN ADJACENT LINK STATION FOR WHICH THE FSH 


RESET TO ALL FSH'S IN THE ALS SUBTREE 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 
CS.ADJ LINK STATION RESET 
CS.CONN BSP* 

CS.INOP_PROC 

REFERS TO THE FOLLOWING PROCEDURE(S) : 

FSM ALS CONTACT DOM RES 
FSH ALS DUMP DOH RES 
FSH ALS IPL DOM RES 
fsh“als RPO~DOH~RES 
FSH PU T2 IPL DOH RES 


PAGE 

7-111 

PAGE 

7-70 

PAGE 

7-110 

PAGE 

7-130 

PAGE 

7-131 

PAGE 

7-131 

PAGE 

7-132 

PAGE 

7-133 


DCL ALS NA BIT (48) ; 

DCL SA?I_DRCB_PTR POINTER; 

SAVE_DRCB PTR = DRCB PTR; 

DRCB~PTR » FIND_ALS_FOR_DOH_RES (ALS_NA); 


CALL FSH_ALSjCONTACTJ)OH_BESRESET') ; 


IF DRCB.LINK_DLC_ROLE = SECONDARY THEN 
DO; 

. CALL FSM_ALS_IPL_DOH_RES(•RESET'); 

. CALL FSM_ALS_DUMP_DOH_RES('RESET•) ; 

- CALL FSM_ALS_RPO_DOH_RES('RESET'); 

• CALL FSM_PU_T2_IPL_DOH_RES('RESET'); 
END; 


DRCB_PTR = SAYEJ)RCB_PTR; 
RETURN; 

END CS.ALS_SUBTREE_RESET; 


/* APPENDIX B */ 

/* PAGE 7-130 */ 


/* 

PAGE 

7-131 

V 

/* 

PAGE 

7-131 

*/ 

/* 

PAGE 

7-132 

*/ 

/* 

PAGE 

7-133 

*/ 
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CS.REQCONT„REQDISCONT^PRQC: PROCEDURE; 


FUNCTION: WHEN REQCONT IS THE INPUT, THE LINK IS A SWITCHED LINK. THE XID 

CARRIED IN THE REQCONT BEQUEST IS INSPECTED. IF THE XID IS VALID 
AND THE PERTINENT FSM*S ARE IN APPROPRIATE STATES, THE REQCONT IS 
SENT TO THE REQCONT FSM AND TO UPH TRANSLATION SVC. THE NETWORK 
ADDRESS FIELD OF THE APPROPRIATE PERIPHERAL PU DOMAIN RESOURCE ENTRY 
IS SET TO THE VALUE OF THE NETWORK ADDRESS OF THE LINK PLUS ONE, AND 
THE ASSOCIATED RESOURCE POINTER FIELD OF THE PU ENTRY IS SET TO 
POINT TO THE ALS ENTRY. SETCV AND CONTACT REQUESTS ARE GENERATED 
AND THE CORRESPONDING PROCEDURES ARE CALLED. 

IF THE XID IS INVALID, -RSP(REQCONT) IS SENT TO SNS.SEND, AND 
DISCONTACT AND ABCONN ARE GENERATED AND THE CORRESPONDING PROCEDURES 
ARE CALLED. 

WHEN REQDISCONT IS THE INPUT, THE REQUEST IS SENT TO 
SSCP.SVC MGR.SS.RCV. IN ADDITION, IF THE ASSOCIATED LINK IS 
NONSWITCHED AND THE REQDISCONT REQUEST INDICATES THAT A CONTACT IS 
TO BE SENT IMMEDIATELY AFTER DISCONTACT, THEN THE 
SEND_CONTACT_IMMEDIATELY FIELD OF THE ADJACENT LINK STATION ENTRY IS 
SET ACCORDINGLY. THE CONTACT IS GENERATED IN CS.DACTPU RSP (PAGE 
7-56) AFTER OTHER PROCESSING HAS TAKEN PLACE. 

INPUT: REQCONT OR REQDISCONT FROM SNS.RCV (CHAPTER 6) 

OUTPUT: REQCONT TO UPM TRANSLATION SVC (CHAPTER 6) AND TO 

FSM ALS CONNECTED DOM RES (PAGE~7-133), + RSP(REQCONT) TO SNS.SEND 

(CHAPTEl 6), SETCV TO SNS.SEND, CONTACT TO CS.CONTACT PROC (PAGE 
7-72), AND THE NETWORK ADDRESS FIELD OF THE PERIPHERAL“PU AND ALS 
DOMAIN RESOURCE ENTRIES AND THE ASSOCIATED RESOURCE POINTER FIELD OF 
THE PU ENTRY ARE ALL INITIALIZED; OR REQCONT TO UPM LOG (APPENDIX 
B), -RSP(REQCONT) TO SNS.SEND, AND DISCONTACT AND ABCONN TO THE 
APPROPRIATE PROCEDURES; OR REQDISCONT TO SSCP.SVC MGR.SS.RCV 
(CHAPTER 8) 

REFERENCED BY THE FOLLOWING PROCEDURE (S): 

SSCP. SVC__MGR.CS.RCV PAGE 7-50 

REFERS TO THE FOLLOWING PROCEDURE (S) : 

CONTACT DISCONTACT SEND CHECK 
CS.CONN~PROC 
CS.CONTACT_PRQC 
CS.DISCONTACT PROC 
FSM ALS CONNECTED DOM RES 


DCL TARGET_NA BIT(48); 

DCL PERIPHERAL PU NA BIT (48); 
DCL PU PTR POINTER; 

DCL ALSJPTR POINTER; 

SELECT ANYORDER(NS_RQ_CODE); 


PAGE 7-118 
PAGE 7-68 
PAGE 7-72 
PAGE 7-74 
PAGE 7-133 



(f 

V 
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RBQCOHT 


WHEN(RBQCOHT) 

DO; 

TARGBT_HA * OSAPI|(HSC_RQ.TARGET ADDRESS & ICB.MODE ELEMENT BASK); 

DRCB_PTR * FIND_DOMAIN_RESOUBCE (TARGBT_HA) ; ” /^APPENDIX B 

IF (DRCB.RESOURCE CATEGORY LIVK | 

DRCB.SWITCHED LIVK SWITCHED) THEV 

DO; 

. CALL UPH LOG; /* APPEHDIX B 

. CALL CHARGE HO TO REG BSP(0840); /♦ APPEHDIX B, PROC INVALID FOR RESOURCE 

. SEHD HU TO SHS.SEHD; /* CHAPTER 6 

BEDS 


ELSE 

DO; 

ALSJPTB * FIHD SUBOBDIRATE DOH RES(TARGET RA); 


/* APPEHDIX B 


FIHD DRCB IR DRCB LIST 

WHERE (DRCB-RESOURCE-CATEGORY * PERIPHERAL PU & 

DRCB.XID IHAGE.RODE ID * REQCOHT BQ.XID IMAGE.RODE ID & 
DRCB.XID IHAGE.PU TYPE * (PU T1 | PU T2 )); 


END; 


*/ 

•/ 

♦/ 


*/ 


IF 

DRCB PTR -«= NULL THEN 


/* 

XID IS VALID 

♦/ 

DO; 






PU PTR * DRCB PTR; 






DRCB_PTR * ALS_PTB; 






IF (FSH ALS CORRECTED DOM RES RESET | 


/* 

PAGE 7-133 

V 


CONTACT DISCONTACT_SEND CHECK -•* OK) 

THEN 

/* 

PAGE 7-118 

V 


DO; 






. CALL UPH LOG; 


/* 

APPENDIX B 

♦/ 


. CALL CHAHGE_MUJEO_NEG_BSP(0815) ; /* 

APPENDIX B, 

FUNCTION ACTIVE 

*/ 


. SEND MU TO SNSTSEND; 


/* 

CHAPTER 6 

♦/ 


END; 






ELSE 






DO; 






. CALL FSM_ALS_CONNECTED DOM RES; 


/* 

PAGE 7-133 

V 


. SEND MU TO UPM TRANSLATION”sVC; 


/* 

CHAPTER 6 

V 


. PU PTR->DRCB. ASSOCIATED RES PTR « ALS 

PTR; 





. PUlPTR->DRCB.NETWORK_ADDRESS = TARGET 

Ina + 1 





. 


/* 

PERIPHERAL PU ADDRESS 

*/ 


. MU PTR = UPM CREATE RSE(*REQCONT*) ; 


/* 

APPENDIX B 

*/ 


. RTI = POSITIVE; 






. SEND HU TO SNS.SEND; 


/* 

CHAPTER 6 

*/ 


. MU PTR * UPM CREATE RQ(»SETCV*); 


/* 

APPENDIX B 

*/ 


. SEND HU TO SNS.SEND? 


/* 

CHAPTER 6 

V 


. MU PTR = UPM CREATE RQ(*CONTACT•) ; 


/* 

APPENDIX B 

*/ 


. DSAF = OSAF;~ 






. CALL CS.CONTACT PROC; 


/* 

PAGE 7-72 

*/ 


END; 





END; 





ELSE 


/* 

XID IS INVALID 

♦/ 

DO; 






CALL UPM LOG; 


/* 

APPENDIX B 

*/ 


CALL CHANGE MU TO NEG RSP(0806); /* APPENDIX B, 

RESOURCE UNKNOWN 

*/ 


SEND MU TO SNS.SEND; 


/* 

CHAPTER 6 

*/ 


MU_PTR = UPM_CREATE_RQ( 1 DISCONTACT') ; 


/* 

APPENDIX B 

*/ 


DSAF * OSAF; 






CALL CS.DISCONTACT PROC; 


/* 

PAGE 7-74 

*/ 


MU PTR = UPH CREATE RQ (»ABCONN»); 


/* 

APPENDIX B 

*/ 


DSAF = OSAF;” 






CALL CS.CONN_PROC; 


/* 

PAGE 7-68 

*/ 


END; 


END; 


REQDISCONT 


WHEN(REQDISCONT) 

DO; 

PERIPHERAL PU NA = OSAF||OEF; 

ALS_PTR = FIND_ALS_FQR_DOM_RES (PERIPHERAL_PU_NA) ; 

IF (ALS_PTR->DRCB.SWITCHED LINK = NONSWITCHED 6 

REQDISCONT RQ.SEND CONTACT IMMEDIATELY = YES) THEN 
ALS_PTR->DRCB.SEND_CQNTACT_IHMEDIATELY * YES; 

ELSE ” 

ALS PTB->DRCB.SEND CONTACT IMMEDIATELY * HO; 


EHD; 


SEND HU TO SSCP.SVC MGR.SS.RCV; 
END; 


/* APPENDIX B 


/* CHAPTER 8 


EHD CS.REQCONT_RBQDISCONT_PROC; 
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BESOUBCB_ACTIVE_CHECK: PROCEDURE(BES.NA^ES^TYPE) RETURNS(BIT(1)) 



FUNCTION: THIS PBOCEDUBE CHECKS TO SEE IF THE RESOUBCE COBBESPONDING TO THE 


ADDRESS PASSED IN RES_NA IS ACTIVE. 

IF THE BESOURCE. IS ACTIVE, OK IS RETURNED TO THE CALLING PROCEDURE. 
OTHERWISE* THE REQUEST IS INSERTED INTO THE RESOURCE'S 
SAVE_MU_FOR_RETBI_LIST AHD NG IS RETURNED TO THE CALLING PROCEDURE. 

INPUT: THE NETWORK ADDRESS AND BESOURCE TYPE OF THE DOMAIN RESOURCE THAT IS 

TO BE CHECKED (I.E., PU, LINK, ALS, OR LU) 

OUTPUT: OK IF THE ASSOCIATED DOHAIN RESOURCE IS ACTIVE; OTHERWISE, NG 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

CS.ADDLINK_ADDLINKSTA_PROC 
CS.CONN PROC 
CS.CONTACT PROC 
CS.DELETENR PROC 
CS.DISCONTACT PROC 
CS.DUMP PROC ” 

CS.FNA PROC 
CS.INITPROC PROC 
CS.LINK PROC 

cs.load~pboc 

CS.LU PROC 
CS.PU~PROC 
CS.RNAA PROC 
CS.RPO.PROC 

REFERS TO THE FOLLOWING PROCEDURE(S) : 

FSM ALS CONTACT DOM RES 
FSM~LINK ACT DOM RES 
FSM~LU ACT_DOM RES 
FSM~PU ACT DOM RES 


DCL RES NA BIT (48); 

DCL RESJTYPE BIT(4); 

DCL CHECK BIT (1); 

DCL LIST_PTR POINTER; 

DCL SAVE_DRCB_PTR POINTER; 

SAVE DRCB PTR = DRCB PTR; 

CHECK = NG; 

DRCB.PTR = FIND_DOMAIN_RESOURCE(RES_NA) ; /* APPENDIX B 

SELECT ANYORDER(RES.TYPE); 



WHEN(PU | SUBAREAiPU | PERIPHERAL.PU) 

DO; 

. IF FSM PU ACT.DOM RES ACTIVE THEN /* PAGE 7-128 

. DO; 

. IF DRCB.SAVE_MU_FOR_RETRY.LIST - NULL THEN 
. . DO; 

. . . NEWLIST LIST PTR ENTRY NAME (MU); 

. DRCB.SAVE_MUlFOR_RETRY_LIST = LIST.PTR; 

. . END; 

. . INSERT MU IN DRCB.SAVE_MU_FOR RETRY.LIST; 

END; 

. ELSE 

. CHECK = OK; 

END; 


| LINK | 


WHEN (LINK) 

DO; 

. IF FSM.LINK ACT DOM RES ACTIVE THEN /* PAGE 7-129 

. DO; 

. . IF DRCB.SAVE MU FOR RETRY LIST = NULL THEN 

. . DO; 

... . NEWLIST LIST PTR ENTRY.NAME(MU); 

. . . DRCB.SAVE_MU FOB RETRY LIST = LIST.PTR; 

. . END; 

. . INSERT MU IN DRCB.SAVE_MU_FOB RETRY.LIST; 

. END; 

. ELSE 

. CHECK « OK; 

END; 


PAGE 7-130 
PAGE 7-129 
PAGE 7-128 
PAGE 7-128 


PAGE 7-106 
PAGE 7-68 
PAGE 7-72 
PAGE 7-108 
PAGE 7-74 
PAGE 7-80 
PAGE 7-99 
PAGE 7-87 
PAGE 7-62 
PAGE 7-78 
PAGE 7-58 
PAGE 7-52 
PAGE 7-94 
PAGE 7-83 
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I IIS i 

L ——-—---------- I 


WHBN(ALS) 

DO; 

. DBCB PTH * FIND ALS FOR DON BBS(RES MI); /* APPENDIX B 

. IF FSB ILS CONTACT DOB RES ACTIVE THEN /* PAGE 7-130 

. DO; 

. . IF DRCB.SAVE BD FOR RETRY LIST * NOLL THEN 

. . DO; 

. . . NEHLIST LIST PTR ENTRY NAHE(BO); 

. . . DRCB. SAVE HO FOR RETRY LIST * LIST PTR; 

. . END; 

. . INSERT HO IN DRCB,SAVE HO FOR RETRY LIST; 

. END; 

. ELSE 

CHECK * OK; 

END; 


r - - - - .— -— - --- 1 

1 LO I 

i---1 


. NHEN(LO | SOBAREA LO | PERIPHERAL LO) 

. DO; 

. . IF FSB LO ACT DOB RES ACTIVE THEN /* PAGE 7-128 

. . DO; 

. . . IF DRCB.SAVE,HO_FOR_RETRY_LIST = NOLL THEN 

. . . DO; 

. . . . NEWLIST LIST PTR ENTRY NAME (NO); 

. , . . DRCB.SAVE_HO~FOR RETRY'lIST * LIST PTR; 

. . . END; 

. . . INSERT HO IN DRCB.SAVE_HO^FOR_RETRYJLIST; 

• - END; 

. . ELSE 

. . CHECK = OK; 

. END; 

END; 


/* 

*/ 

♦/ 

*/ 


/* 

♦/ 

♦/ 


DRCB.PTR » SAVE_.DRCB_.PTR; 
RBTORN(CHECK) ; 

END RESOORCB_ACTIVE_CHECK; 
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COUTACTJDISCONTACT_SEHD_CHBCK : PROCEDURE( ALS_N A) RETURNS(BIT(1) ) ; 

/♦ 

f FONCTION: THIS PBOCED0BB CHBCKS THE STATE OF A GROUP OF FSH»S COB BBS POM DIN G TO 

j AH ADJACBHT LIHK STATIOH. 

? IHPDT: THE NETWORK ADDBESS OF THE ALS 

| OUTPOT: OK IF ALL FSH'S ABB IH APPHOPBIATE STATES; ELSE, HG 

| REFERENCED BY THB FOLLOWING PROCEDURE(S) : 

| CS.ACTPO BSP PAGE 7-54 

j CS.DACTPU_RSP PAGE 7-56 

| CS.REQCONT_BEQDISCOHT_PBOC PAGE 7-114 

| BEFBBS TO THB FOLLOWING PROCEDURE(S): 

8 FSH_ALS_CONTACT_DOH_RES PAGE 7-130 

| FSH~ALS DOHP__DOH_BES PAGE 7-131 

\ FSH_ALS_IPL_DQH_HES PAGE 7-131 

| FSH~ALS_BPO_DOH~BES PAGE 7-132 

_ , ___I _I H._____ _____,— --—_ 

V 

DCL ALSJfA BIT(48); 

DCL CHECK BIT(1); 

DCl SAVE_DRCB_PTR POINTER; 


S A¥K_DP.CB_P TR = BRCB PTH; 

CHECK = OK; 

DRCBJPTR = FIND_ALS_FOR_DOf!_SES(ALS_NA); /* APPENDIX B */ 

IF (FSM_ALS_CONTACT__DQH_RES = ACTIVE) 6 /* PAGE 7-130 */ 

((DRCB.LINK_DLC_ROLE = PBIHABT) | 

(DRCB.LINK_DLC_BOLE = SECONDABI 6 

FSM_ALS_IPL_DOM RES = BESET 6 /* PAGE 7-131 */ 

FSH ALS DUMP DOH RES = BESET S /* PAGE 7-131 */ 

FSH ALS BPO DOH RES = BESET)) THEN /* PAGE 7-132 */ 


CHECK = OK; 

ELSE 

CHECK = NG; 

DRCB_PTR - SAVE_DRCB_PTB; 

RETURN(CHECK); 

END CONTACT_DISCONTACT_SEHD_CHECK; 
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CS.DBACTIVAfIOH_CI.EAHOP: PROCEDURE (LINK_NA) ; 


/♦ 


FUNCTION: THIS PROCEDURE SCABS THE DOMAIN RESOORCE LIST TO FIND ALL PERIPHERAL 
PO # S AHD LU»S ASSOCIATED WITH THE LINK ADDRESS PASSED IN LINK NA. 
FOR EACH PERIPHERAL PU OR LU FOUND, THIS PROCEDORE GENERATES 
DACTPU (CLEANUP) OR DACTLO(CLEANUP) , AND CALLS THE APPROPRIATE 


PROCEDURE TO PROCESS THE BO. 

INPUT: THE NETWORK ADDRESS OF A LINK 

OUTPUT: DACTPU(CLEANUP) TO CS.PU PBOC 

CS-LU_PROC (PAGE 7-58) 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

CS.CONTACT DISCONTACT_BSP 
CS.INOP PROC 


(PAGE 7-52) OR DACTLU(CLEANUP) TO 

PAGE 7-76 
PAGE 7-110 


REFERS TO THE FOLLOWING PROCEDUBE (S): 
CS.LD PROC 
CS.PU PBOC 
PSH_LU_ACT_DOM_RES 
PSH_FU~ACT~EOfl_HES 


PAGE 7-58 
PAGE 7-52 
PAGE 7-128 
PAGE 7-128 


*/ 

DCL LINK__N A BIT (48) ; 

DCL PERIPHERALS NA BIT (48); 

DCL LINK.PTR POINTER; 

DCL PU_PTR POINTER; 

DCL LU~PTR POINTEB; 

DCL SAVE HU PTR POINTER; 


SAVE_HU_PTR = MU_PTB; 


SCAN DRCB_LIST PTR(PU_PTR); 


IF PU_PTR->DRCB.RESOURCE TYPE = PERIPHERAL PU THEN 
DO; 

. PERIPHERAL PU NA = PU_PTR->DBCB.NETWORK ADDRESS; 

. LINK_PTR =~FIND_LINK_FOR_DOM_R£S (PERIPHERAL_PU_NA); /* APPENDIX B */ 


IF LINK_PTR->DRCB. NETWORK__ADDRESS = LINK_NA & 
FSM_PU ACT_DOfl_RES -= RESET THEN 

DO; 


SCAN DRCB_LIST PTH (LU_PTR) ; 


. IF LU__PTR->DRCB. RE SOU BCE_TYPE = PERIPHEHAL_LU 8 

LU PTR->DRCB. ASSOCIATED RES PTR— >DRCB. N ETWORK__ADDBESS = PERI PHE R AL_PU NA 8 
. LU~PTS->FSa_LU_ACT_DOM_SES RESET THEN 

. DO; 

. . HU_PTR = UPS_CREATE_RC(•EACTLU(CLEANUP)*); /* APPENDIX B */ 

. „ DSAF = LU_PTF->DRCB 7 NETWCEK ADDRESS( 0 : 31 ); 

. - DEF = LU PIS—>DECB. NET WGB K_ADDRESS (32: 47) ; 

. . CALL CS.LD PROC; /♦ PAGE 7-58 */ 

. END; 

SCANEND; 


MU PTR a UPM CREATE RQ {*DACTPU(CLEANUP) *) ; 

DSAF = PU_PTR->DHCBlNETBGRK_ADDBESS( 0 : 31 ); 

DEF - PU_PTR— >DRCB.NETWORK_ADD BE SS( 32 : 47 ) ; 

/* 

APPENDIX B 

*/ 

CALL CS.PU_PROC; 

/* 

PAGE 7-52 

*/ 


. . END; 

. END; 
SCANEND; 


MU_PTR = SAVE_MU_PTR; 

END CS.DEACTIVATION_CLEANUP; 
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SEC_ALSJSUBTRRB_IHTBBRUPT: PROCEDURB(ALS_HA) RBTORHS (BIT(1)); 



FUNCTION: 

THIS PROCEDURE CHECKS THAT 

THE SBC SUBTREE ASSOCIATED WITH THE 


NETWORK ADDRESS PASSED IS IN 

AN INTERRUPTIBLE STATE. 

INPOT: 

THE NETWORK ADDRESS OF THE ADJACENT LINK STATION TO BE CHECKED 

OOTPOT: 

OK IF THE SEC_ALS_SUBTREB IS 
NOT 

IN AN INTERRUPTIBLE STATE; NG IT IT IS 

REFERENCED 

BT THE FOLLOWING PROCEDURE(S) 

; 


CS.DUHP PROC 

PAGE 7-80 


CS.LOAD_PROC 

PAGE 7-78 

REFERS TO 

THE FOLLOWING PROCEDURE(S): 



FSH ALS DUHP DON RES 

PAGE 7-131 


FSH ALS IPL DOM RES 

PAGE 7-131 


FSH~ALS RPO DOM^RES 

PAGE 7-132 



END SECJUS_SUBTREE_INTERRUPT; 
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S*CJUS_SUBTBBE_CHBCK: PBOCBDUBB (ALS_IA) RETURNS (BIT (1) ) ; 


FUVCTIOH: 


INPUT: 


OUTPUT: 


TBIS PBOCBDUBB CBBCKS TO SBB THAT TBE SBC SUBTREE 
TBB MBTBOBK ADDRESS PASSED IS IN TBE RESET STATE. 


ASSOCIATED HITS 


TBB NETWORK ADDRESS OF TBE 
SUBTREE IS TO BE CBECKED 


ADJACENT LINK STATION FOR WBICB TBE 


OK IF TBB SBC_ALS_SUBTHBB IS RESET; NG IF IT IS IN ANT OTBER STATE 


REFERENCED BT TBE FOLLOWING PROCEDURE(S) : 
CS.DELETENR PROC 
CS.FNA VALIDITY CBBCK 

cs.rpoIpboc 

REFERS TO TBB FOLLOWING PROCEDURE(S): 

FSB ALS CONTACT DOB RES 

fshIalsIdubp_doiL&es 

FSB ALS_IPL DOB iES 
fsb”als_rpo”do!Tbes 


PAGE 

7-108 

PAGE 

7-100 

PAGE 

7-83 

PAGE 

7-130 

PAGE 

7-131 

PAGE 

7-131 

PAGE 

7-132 


*/ 

DCL ALS NA BIT(48); 

DCL RC BIT (1) ; 

DCL SAVE DRCB PTR POINTER; 


SAVE DRCB_PTR = DRCB PTR; 
RC * OK; 


DRCB_PTR = FIND_ALS_FOR_DOH_RES(ALS_NA) ; 

/* 

APPENDIX B 

*/ 

IF FSB ALS CONTACT DOB RES -»= RESET | 

/♦ 

PAGE 7-130 

*/ 

FSH_ALS_IPL_DOB RES -= RESET | 

/* 

PAGE 7-131 

V 

FSB ALS DUBP DOB RES RESET | 

/* 

PAGE 7-131 

V 

FSB ALS _ RP0 DOB RES -= RESET THEN 

/* 

PAGE 7-132 

*/ 


RC = NG; 


DRCB_PTR = SAVE_DRCB_PTR; 
RETURN(RCy; 

END SEC_ALS_SUBTREE_CHECK; 
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UPM.SAVB_TARGBY.NAs PROCEDURE(TARGET.NA) ; 


FUNCTION: 


THIS UPH ADDS ENTRIES TO A CORRELATION TABLE THAT CORTAIVS FID4 
TARGET ADDRESSES AMD HU SEQUENCE RUBBER FIELDS. (THE FIDt RU 
ADDRESSES WERE CONVERTED INTO FID4 ADDRESSES IN THE CALLING 
PROCEDURE AND THE CONVERTED FID4 ADDRESS IS PASSED TO THIS UPH.) 
THE REASON FOR SAVING THE TARGET ADDRESS IS SO THAT THE ADDRESS IS 
AVAILABLE WHEN A RESPONSE, WHICH DOES NOT CARRY THE TARGET ADDRESS, 
IS RECEIVED. 


INPUTS 


OUTPUT: 


NOTES 


THE CURRENT REQUEST 

THE TARGET ADDRESS AND THE SEQUENCE RUBBER FIELD IN 
ARE ADDED TO A CORRELATION TABLE. 


THE CURRENT RQ 


UPH RETRIEVE TARGET NA 
CORRELATION TABLE. 


(PAGE 7-122) BEHOVES ENTRIES FROH THE 


REFERENCED BY THE FOLLOWING PROCEDURE(S) j 
CS.ADDLINK ADDLINKSTA PROC 
CS.CONN PROC 
CS.CONTACT PROC 
CS.DELETENl PROC 
CS.DISCONTACT PROC 
CS.DUHP PROC 
CS.FNA PROC 
CS.INITPROC PROC 
CS.LINK.PROC 

cs.load”proc 
CS.LU PROC 
CS.PU’PHQC 
CS.RNAA.PROC 
CS.RPO PROC 


PAGE 

7-106 

PAGE 

7-68 

PAGE 

7-72 

PAGE 

7-108 

PAGE 

7-74 

PAGE 

7-80 

PAGE 

7-99 

PAGE 

7-87 

PAGE 

7-62 

PAGE 

7-78 

PAGE 

7-58 

PAGE 

7-52 

PAGE 

7-94 

PAGE 

7-83 


DCL TARGET.NA BIT (48); 


/* UNDEFINED PROCEDURE */ 


RETURN; 

END UPH_SAVE.TARGET.NA; 


UPM.RETRIEVE_TARGET.NA: PROCEDURE RETURNS (BIT (48)); 


FUNCTION: 


INPUT: 

OUTPUT: 


THIS UPM SEARCHES A CORRELATION TABLE BUILT BY UPH_SAVE_TARGET_NA 
(PAGE 7-122) TO FIND AN ENTRY IN WHICH THE SEQUENCE NUHBER FIELD 
HATCHES THE SEQUENCE NUMBER FIELD CONTAINED IN THE CURRENT RESPONSE. 
IT RETURNS TO THE CALLING PROCEDURE THE TARGET ADDRESS CONTAINED IN 
THAT ENTRY. THE ENTRY IS THEN REMOVED FROH THE TABLE. 

THE CURRENT RESPONSE 

THE TARGET ADDRESS OF THE CURRENT RESPONSE'S CORRESPONDING REQUEST 


REFERENCED BY THE FOLLOWING PROCEDURE(S)2 
CS.ACTPU RSP 

CS.ADDLINK.ADDLINKSTA RSP 
CS.CONN RSP 

cs.contIct DISCONTACT.RSP 

CS.DACTPU RSP 

CS.DELETENR.RSP 

CS.FNA.RSP 

CS.INITPROC RSP 

CS.LINK.RSP~ 

CS.LOAD.DUMP.RPO RSP 

CS.LU.ADD 

CS.LU.RSP 

CS.PERIPHERAL LU ADD 

CS.PERIPHERAL PU~AND ALS ADD 


PAGE 

7-54 

PAGE 

7-107 

PAGE 

7-70 

PAGE 

7-76 

PAGE 

7-56 

PAGE 

7-109 

PAGE 

7-102 

PAGE 

7-88 

PAGE 

7-67 

PAGE 

7-84 

PAGE 

7-98 

PAGE 

7-60 

PAGE 

7-97 

PAGE 

7-96 


DCL ADDRESS BIT (48) ; 


/* UNDEFINED PROCEDURE 


*/ 

V 


RETURN(ADDRESS) ; 

END UPM.RETRIEVE.TARGET.NA; 
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0PH_RHAA_HBSOURCB_CHBCK: PROCEDURE RETURRS(BIT(1) ) ; 


/♦ 


| FUNCTION: THIS UPH CHECKS TO SEE IF SUFFICIERT STORAGE ARD SETWORK ADDRESSES | 
| ARB AVAILABLE TO ALLOf ALL THE REQUESTED RETWORK ADDRESSES TO BE | 
| ASSIGRBD. IF THBRE ARE SUFFICIERT RESOURCES, IT SETS THE RETURR | 
| CODE TO OK; OTHERWISE, IT SETS THE RETURR CODE TO RG. | 

1 IHPUT: RHAA FROM CS.RHAA_PROC (PAGE 7-94) | 

| OUTPUTS OK, IF THERE ARE SUFFICIERT RESOURCES; OTHERWISE, RG | 

| REFBREHCBD BT THE FOLLOWING PROCEDURE(S) : I 
| CS.RHAA PROC PAGE 7-94 | 
i-1----- j 


DCL RC BIT(1); 


*/ 

/* URDEFIRED PROCEDURE. */ 


RC = OK; 

RETURR (RC); 

ERD UPH_RNAA_RBSOURCE_CHBCK; 


UPH_SLOW_PROC: PROCEDURE; 

/• 

t - - - - -— -- — —- - - - — - - -— - — —i 

| FURCTIOR: THIS UPH PROCESSES ESLOW ARD EXSLOW REQUESTS. | 

I ! 

\ IRPUT; ESLOW OR EXSLOW FROM CS.BC? (PAGE 7-50) I 

I I 

| REFERERCED BY THE FOLLOWIRG PROCEDURE(S): ) 

| SSCP.SVC HGR.CS.RCV PAGE 7-50 | 


*/ 


RETURR; 

ERD UPH_SLOW_PROC; 


/* URDEFIRED PROCEDURE */ 


UPH_ARA_PROC: PROCEDURE; 

/* 

i —- 1---1 

| FURCTIOR: THIS UPH PROCESSES THE ARA BEQUEST. I 

I I 

| IRPUT: AHA FROH CS.SEHD (PAGE 7-48) I 

| REFERENCED BY THE FOLLOWIRG PROCEDURE(S): I 

| SSCP.SVC HGR.CS.SEND PAGE 7-48 | 


*/ 


/♦ URDEFIRED PROCEDURE */ 


RETURR; 

ERD UPH_ARAJPROC; 


UPM_ANA_RSP2 PROCEDURE; 


/* 

FUNCTION: THIS UPH PROCESSES THE ANA RESPONSE. | 

I 

INPUT: ±RSP (ANA) FROH CS.RCV (PAGE 7-50) | 

I 

REFERENCED BY THE FOLLOWING PROCEDURE(S): I 

SSCP.SVC_HGR.CS.RCV PAGE 7-50 | 

- - ——Z -—-1 

*/ 


RETURN; 

ERD UPH_AHA_RSP; 


/* UNDEFINED PROCEDURE */ 
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FUNCTION: THIS UPH PROCESSES THE NS_LSA REQUEST. 

INPUT: NS_LSA FROM CS.RC¥ (PAGE 7-50) 


REFERENCED BT THE FOLLOWING PROCEDURE(S) : 
SSCP.SVC MGR.CS.RCV 


PAGE 7-50 


/♦ UNDEFINED PROCEDURE 



END UPM_NS_LSA_PROC; 


UPM_ADDLINK_RESOURCE_CHECK: PROCEDURE RETURNS(BIT(16) ) ; 


FUNCTION: THIS UPM CHECKS TO SEE IF SUFFICIENT STORAGE AND NETWORK ADDRESSES 

ARE AVAILABLE AND IF THE LOCAL LINK ID IS VALID. 

INPUT: ADDLINK FROM CS.ADDLINK_ADDLINKSTA_PROC (PAGE 7-106) 

OUTPUT: IF THE CHECK IS OK, THE RETURN CODE IS SET TO X'OOOO*; OTHERWISE, 

THE RETURN CODE IS SET TO X'0806* (RESOURCE UNKNOWN) OR TO I*0812« 
(INSUFFICIENT RESOURCES). 



REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

CS.ADDLINK ADDLINKSTA PROC 


PAGE 7-106 


DCL RETURN^CODE BIT(16); 


RETURN_CODE = X'OOQO*; 
RETURN(RETURN_CODE); 


END UPM ADDLINK RESOURCE CHECK; 


UPM_ADDLINKSTA_RESOURCE_CHECK: PROCEDURE RETURNS(BIT(16) ) ; 


/♦ UNDEFINED PROCEDURE 



FUNCTION: THIS UPM CHECKS TO SEE IF SUFFICIENT STORAGE AMD NETWORK ADDRESSES 

ARE AVAILABLE AND IF THE FID TYPE IS CORRECTLY SPECIFIED. 

INPUT: ADDLINK FROM CS.ADDLINK_ADDLINKSTA_PROC (PAGE 7-106) 

OUTPUT: IF THE CHECK IS OK, THE RETURN CODE IS SET TO X'0000'; OTHERWISE, 

THE RETURN CODE IS SET TO X'0806» (RESOURCE UNKNOWN) OR TO X«0812' 
(INSUFFICIENT RESOURCES) OR TO X'0835» (INVALID PARAMETER). 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 

CS.ADDLINK ADDLINKSTA PROC 


PAGE 7-106 


DCL RETURN_CODE BIT (16); 


RETURN CODE = X'OOOO'; 


RETURN(RETURN_CODE) ; 


/* UNDEFINED PROCEDURE 


END UPM ADDLINKSTA RESOURCE CHECK; 
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UPM_SAVE_FNA_RQ: PROCEDURE; 


/* 


FUNCTION: THIS UPM ADDS THE CURRENT FNA REQUEST TO A TABLE. THE PURPOSE OF 

THIS IS TO SAVE THE FNA REQUEST SO THAT WHEN A POSITIVE RESPONSE TO 
FNA IS RETURNED, THE NETWORK ADDRESSES OF THE RESOURCES TO BE 
DELETED FROM THE DOMAIN RESOURCE LIST ARE AVAILABLE TO THE SSCP. 


INPUT: THE CURRENT FNA REQUEST 

OUTPUT: THE FNA REQUEST IS ADDED TO A TABLE. 

NOTE: UPM_RETRIEVE_FNA_RQ (PAGE 7-125) REMOVES REQUESTS FROM THE TABLE. 

REFERENCED BY THE FOLLOWING PROCEDURE (S) : 

CS. FNA__PROC PAGE 7-99 


V 


/* UNDEFINED PROCEDURE */ 


RETURN; 

END UPM_SAVE_FNA_RQ; 


UPMJRETRIEVE_FNA_RQ: PROCEDURE (FNA__RQ_COPY) ; 


/* 


| FUNCTION: THIS UPM SEARCHES A TABLE BUILT BY UPM_SAVE_FNA_RQ (PAGE 7-125) TO | 

| FIND THE FNA REQUEST CORRESPONDING TO THE CURRENT FNA RESPONSE. IT | 

| RETURNS TO THE CALLING PROCEDURE THE APPROPRIATE FNA REQUEST. THE | 

| REQUEST IS THEN REMOVED FROM THE TABLE. | 

I I 

1 INPUT: THE CURRENT FNA RESPONSE | 

I I 

| OUTPUT: THE FNA REQUEST CORRESPONDING TO THE CURRENT RESPONSE | 

1 REFERENCED BY THE FOLLOWING PROCEDURE (S) : | 

| CS.FNA_RSP PAGE 7-102 \ 

i___.__,_________i 

V 

DCL 1 FNA_RQ COPY, 

2 NS REQUEST CODE BIT(24), 

2 TARGET_ADDRESS BIT(16), 

2 ENTRY CNT BIT(8) , 

2 TYPE BIT(8) , 

2 SUBFIELD (40) BIT (16); 


/* UNDEFINED PROCEDURE */ 


RETURN; 

END UPM_RETRIEVE_JFNA_RQ; 


UPM_SAVE_RNAA_RQ: PROCEDURE; 


/* 


FUNCTION: THIS UPM ADDS THE CURRENT RNAA REQUEST TO A TABLE. THE PURPOSE OF 

THIS IS TO SAVE THE RNAA REQUEST SO THAT WHEN A POSITIVE RESPONSE TO 
RNAA IS RETURNED, THE LOCAL ADDRESSES OF THE PERIPHERAL LU'S TO BE 
DELETED FROM THE DOMAIN RESOURCE LIST ARE AVAILABLE TO THE SSCP. 


INPUT; THE CURRENT RNAA REQUEST 

OUTPUT: THE RNAA REQUEST IS ADDED TO A TABLE. 

NOTE: UPM_RETRIEVE_RNAA_RQ (PAGE 7-126) REMOVES REQUESTS FROM THE TABLE. 

REFERENCED BY THE FOLLOWING PROCEDURE (S) : 

CS.RNAA_PROC PAGE 7-94 


V 


/* UNDEFINED PROCEDURE */ 


RETURN; 

END UPM_SAVEJRNAA_RQ; 
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UPM_RETRIEVE_RNAA_RQ: PROCEDURE(RMAA.RQ^COPY) ; 


/* 


FUNCTION: THIS UPM SEARCHES A TABLE BUILT BY UPM SAVE RNAA RQ (PAGE 7-125) TO 

FIND THE RNAA REQUEST CORRESPONDING TO THE CURRENT RNAA RESPONSE. 
IT RETURNS TO THE CALLING PROCEDURE THE APPROPRIATE RNAA REQUEST. 
THE REQUEST IS THEN REMOVED FROM THE TABLE. 

INPUT: THE CURRENT RNAA RESPONSE 

OUTPUT: THE RNAA REQUEST CORRESPONDING TO THE CURRENT RESPONSE 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

CS.PERIPHERAL_LU_ADD PAGE 7-97 


*/ 

DCL 1 RNAA RQ COPY, 

2 NS REQUEST CODE BIT(24), 

2 TARGET_ADDRESS BIT (16), 

2 ASSIGNMENT TYPE BIT(8), 

2 ENTRY CNT BIT(8) , 

2 SOBFIELD(40) BIT(16); 


/* UNDEFINED PROCEDURE */ 


RETURN; 

END UPM_RETRIBVEJRNAA_RQ; 


0PM MANUAL DIAL: PROCEDURE; 


FUNCTION: THIS PROCEDURE SENDS TO THE OPERATOR THE PHONE NUMBER TO BE DIALED 

DURING THE CURRENT MANUAL CONNECT OUT SEQUENCE. 


INPUT: THE PHONE NUMBER OF THE LINK TO BE DIALED 

OUTPUT: THE PHONE NUMBER IS SENT TO THE OPERATOR 


REFERENCED BY THE FOLLOWING PROCEDURE(S); 
CS.CONN PROC 


DCL DIAL_DIGITS CHAR (20); 


PAGE 7-68 


/* UNDEFINED PROCEDURE 


RETURN; 

END UPM_MANUAL_DIAL; 


V 

*/ 


UPM_CAN_SSCP_IPL_P0_T2: PROCEDURE(PU_T2_NA) RETURNS (BIT (1)); 


/* 


FUNCTION: THIS UPM DETERMINES WHETHER THE SSCP HAS THE ABILITY TO LOAD THE 

PUJT2 NODE. 

INPUT: NETWORK ADDRESS OF THE PUJT2 IN THE NODE TO BE LOADED 

OUTPUT: A RETURN CODE OF YES IF THE SSCP CAN LOAD THE PU T2 NODE; A RETURN 

CODE OF NO IF THE SSCP CANNOT IPL THE PU_T2 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

CS.INITIATE IPL PROC PAGE 7-91 

CS.INITPROC”RSP~ PAGE 7-88 


DCL RETURN VALUE BIT(1) ; 
DCL PUJT2_NA BIT (48); 

RETURN^. VALUE = YES; 


V 


/* UNDEFINED PROCEDURE */ 


RETURN(RETURN JTALUE) ; 

END UPMj:AN_SSCP_IPL_PUjr2; 


7-126 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 














UPN_BUILDjrEXT_OR_FINAL: PROCEDURE RETURNS(PTR) 



/* UNDEFINED PROCEDURE 


RETURN; 

END UPM ER VR INOP PROC; 


UPM LCP PROC: PROCEDURE; 


FUNCTION: THIS UPM PROCESSES THE LCP BEQUEST. 

INPUT: LCP FROM CS.RCV (PAGE 7-50) 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

SSCP.SVC HGR.CS.RCY PAGE 7-50 


/♦ UNDEFINED PROCEDURE 


RETURN; 

END UPM_LCP_PROC; 
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FSH_PU_ACT_DOH_RES: FSH_DEFINITIOM CONTEXT(DHCB); 


/♦ 


r- 

FUNCTION: 

TO REHEHBER THE STATOS OF A PHYSICAL UNIT WITH RESPECT TO ACTPU AND 

-, 



DACTPU REQUESTS. 





REFERENCED 

BY THE FOLLOHING PROCEDURE(S) : 






CS.ACTPU_RSP 

PAGE 

7-54 




CS.DACTPU RSP 

PAGE 

7-56 




CS.DEACTIVATION CLEANUP 

PAGE 

7-119 




CS.LDREQD PROC 

PAGE 

7-86 




CS.PROCSTAT PROC 

PAGE 

7-89 




CS.PU PROC ” 

PAGE 

7-52 




cs.pu”t2_ipl abort 

PAGE 

7-93 




CS.PU_T2„LOAD RSP 

PAGE 

7-92 


! 


RESOURCE_ACTIVE_CHECK 

PAGE 

7-116 

J 


*/ 


an 

STATE NAHES- 

INPUT STATE NUMBERS— 

— r 
->| 

1 

1 

->| 

RESET 

01 

—r—-- 

f PEND 
| ACTIVE 

1 

j 02 

1 PEND 
| IPL 

1 

9 03 

-,- 

| ACTIVE 

9 

9 

J 04 

—p— 

! PEND 

9 RESET 

| 05 


r* 

S,ACTPU 

1 

2 

1 / 

9 / 

1 / 

1 / 

{ 


R # +RSP(ACTPU»IPL REQUIRED) 

« 

/ 

1 3 

1 / 

1 / 

9 ** 



R,+RSP(ACTPU) 

1 

/ 

1 4 

9 / 

9 / 

I - 


L 

R,—RSP(ACTPU) 

1 

/ 

1 1 

i._ 

9 / 

ft 

9 / 

ft _ _ 

_ 1_ _ _ 

_ ft 

r* 

DACTPU 

1 

/ 

t 

9 5 

l 

1 5 

i 

9 5 

i 

1 

»_ 

R, ± RSP (D ACTPU) 

1 

_ 


1 / 

J. 

1 / 

9 / 

9 1 


r* 

R,+RSP (NS__IPL FINAL) 

T 

1 

/ 

r 

i / 

1 r T 

9 4 

V 

I - 

"~}~I 


L_ 

R,PROCSTAT(IPL_SUCCESSFUL) 

1 

, |, 

/ 

i / 

i 

1 4 

- i- - - 

9 ~ 

_4- ... 

a 


r 

1 

•RESET* 

r 

i 

- 

r 

i 1 

i. . 

I 

1 1 

—i- 

i 

9 1 

_ t _ 

1 

1 1 

_«_ 

-1 

9 

__j 


END FSHJPU_ACT_DOM_RES; 


FSH_LU_ACT_DOH_RES: FSH_DEFINITION CONTEXT(DBCB); 


/* 

i--- - -—— —— ------— -----1 

| FUNCTION: TO REHEHBER THE STATUS OF A LOGICAL ONIT WITH RESPECT TO ACTLD AND j 

| DACTLO REQUESTS. 

| REFERENCED BY THE FOLLOWING PROCEDURE (S): 

I CS.DEACTIVATION_CLEANUP 

| CS.LU^PROC 

| CS.LU~RSP 

| CS.PERIPHERAL_LO_ADD 

| RESOURCE__ACTIVE_CBECX 


♦/ 


PAGE 7-119 
PAGE 7-58 
PAGE 7-60 
PAGE 7-97 
PAGE 7-116 


STATE NAHES->| RESET 


| INPUT 

h-—--■ 

| S,ACTLU 
| R r -frRSP(ACTLU) 

| R,-RSP(ACTLU) 
|—----— 


STATE NUMBERS- 


I 

I 

->| 01 
—I- 


| DACTLU 
| R,±RSP(DACTLU) 

l---- 

| * RESET* 


I / 
I " 

I ~ 


9 PEND 
| ACTIVE 
9 

{ 02 

4- 

« / 

I 3 
I 1 

4—-- 

I 4 

« / 

4- 

i 1 


| ACTIVE 

I 

I 

J 03 

H- 

I / 

9 / 

I / 

A -— 

j 4 

9 / 

9 -—■ 

i 1 


| PEND 
9 RESET 

I 

9 04 

4-- 

I / 

I - 

“i- 

I “ 

I 1 

4-— 

I 1 


END FSM_LU_ACT^_DOH_RES; 
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FSH.LINK_ACT_DOH_.RBS: FSH_DBFINITION CONTEXT (DBCB) ; 


FUNCTION: TO BBHBHBEB TBB STATUS OF A LINK WITH BBSPBCT TO ACTLINK AND 

DACTLINK BBQUESTS. 

REFERENCED BX THE FOLLOWING PROCEDUBE(S): 

CS.DELETBNB PBOC PAGE 7-108 

CS.INOP PBOC PAGE 7-110 

CS.LINK PBOC PAGE 7-62 

CS.LINK BSP PAGE 7-67 

RESOURCE ACTIVE CHECK PAGE 7-116 


STATE NAMES->| RESET | PEND 

| | ACTIVE 

l - I 

STATE NUMBERS->| 01 | 02 


| S # ACTLINK 
l B,+RSP(ACTLINK) 

| R,-RSP(ACTLINK) 

I- 

| S,DACTLINK 
| R f +RSP(DACTLINK) 

| R,-RSP(DACTLINK) 


| PEND 
1 RESET 
I 

| 04 


END FSH_LINK_ACT_DOH_BES; 


FSH_LINK_CONNIN_DOH_RES: FSH_DEFINITION CONTEXT(DRCB); 


FUNCTION: TO REMEMBER THE STATUS OF A SWITCHED LINK WITH RESPECT TO ACTCONNIH 

AND DACTCONNIN REQUESTS ASSOCIATED WITH DIAL-IN. 

REFERENCED BX THE FOLLOWING PROCEDURE(S) : 

CS.CONN PROC PAGE 7-68 

CS.CONnIrSP PAGE 7-70 

CS.DACTLINK SEND CHECKS PAGE 7-64 

CS.LINK RESET ~ PAGE 7-111 


STATE NAMES-->| RESET 

I 

I 

STATE NUMBERS->| 01 


| S,ACTCONNIN 
| R,+R5P(ACTCONNIN) 

| R f -RSP(ACTCONNIN) 

| - 

| S r DACTCONNIN 
| R,♦RSP(DACTCONNIN) 

) R,-RSP(DACTCONNIN) 


| PEND 
I ACTIVE 


I ACTIVE 

I 

I 

| 03 


| PEND 
\ RESET 
I 

| 04 


END FSH_LINK_CONNIN_DOM_RES; 
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FSH_LIHK_CONBOUT_I)QH_EES: FSM_DEFIHITIQN CONTEXT (DRCB) ; 


/♦ 


» " -it ■nr.ni r« i-T - i. . i r-i., i .11 .ir i. I n" • I I . r t " r «r f mi w — . .r. nr-»n in.. 11» ...I, . " ' '■ „■ „ | 

| FUNCTION: TO REHENBEE TEE STATUS OF A SNITCHED LINK WITH RESPECT TO CONNOUT ! 

| AND ABCONNOUT BEQUESTS ASSOCIATED WITH DIAL-OUT* | 

| REFERENCED BT THE FOLLOWING PROCEDURE(S) : 

f CS.CONN PROC 

I cs.connIbsp 

f CS.DACTLIHK SEND CHECKS 

J CS.INOP PROC 

| CS.LINK RESET 


*/ 


PAGE 7-68 
PAGE 7-70 
PAGE 7-64 
PAGE 7-110 
PAGE 7-111 


I 

I 

* 

1 INPUT 


STATE NAMES->| RESET | PEND 

| | ACTIVE 

I I 

STATE NUMBERS->| 01 \ 02 


| ACTIVE 

t 

I 

| 03 


| PEND 
| RESET 
I 

{ 04 


f----——— 

| S,CONNOUT 
| R„+RSP(CONNOUT) 

| R„-RSP(CONNOUT) 

-~+—- 

J 2 

1 / 

1 / 

-(-- 

S / 

I 3 

II 

- 

l / 

1 / 

I / 

-+— 

1 / 

1 / 

1 / 


| S,ABCONNOUT 

1 / 

1 / 

1 4 

1 / 

j 

| R,+RSP(ABCONNOUT) 

1 / 

1 / 

1 / 

1 1 


| R,—RSP(ABCONNOUT) 

1 / 
i 

1 / 

1 / 

1 3 

i—. 


j. ....- . .....- — 

| •RESET* 

i........ 

1 - 

i 

1 1 

__L. 

.1 - ■ 1 

1 1 

_i___ 

i 

1 1 

_ 

—_i 


END FSH_LIWK_CONNOUT_DOH_RES; 


FSH_ALS_CONTACT_DOH_RES: FSH_DEFINITION CONTEXT (DRCB); 


/* 


i — 

FUNCTION: 

TO REMEMBER THE STATUS OF AN ADJACENT LINK STATION WITH RESPECT TO 

-» 



CONTACT AND DISCONTACT BEQUESTS. 





REFERENCED 

BY THE FOLLOWING PROCEDURE(S) : 






CONTACT DISCONTACT SEND CHECK 

PAGE 

7-118 




CS.ALS SUBTREE RESET 

PAGE 

7-113 




CS.CONTACT DISCONTACT RSP 

PAGE 

7-76 




CS.CONTACT PROC 

PAGE 

7-72 




CS.CONTACTED PROC 

PAGE 

7-77 




CS.DACTLINK_SEND CHECKS 

PAGE 

7-64 




CS.DISCONTACT PROC 

PAGE 

7-74 




PESOQRCE_ACTIVE CHECK 

PAGE 

7-116 


i_ 


SEC ALS SUBTREE CHECK 

PAGE 

7-121 

— j 


*/ 


r~ 

STATE NAMES - 

—r~ 

>1 

RESET 

“1-- 

| PEND 

r 

PEND 

”T —» - t 

1 ACTIVE 1 PEND | 

PEND 

—» 



1 


| ACTIVE 

ACTIVE 

1 

f RESET | 

RESET 




! 


| RSP 

CONTACTED 

1 

| CONTACTED | 

RSP 



INPUT STATE NUMBERS— 

1 

>| 

01 

1 

! 02 

03 

| 04 

1 05 1 

06 

1 

r~ 

S,CONTACT 

1 

2 

\ / 

/ 

1 / 

\ / 1 

/ 



R,*RSP(CONTACT) 

1 

/ 

1 3 

/ 

1 / 

1 / 1 

/ 



R,-RSP(CONTACT) 

1 

/ 

I 1 

/ 

1 / 

1 / 1 

/ 


r~ 

R,CONTACTED(ERROR) 

1 

/ 

t “ 

1 / 1 

'" 

1 

1 / 

1 1 1 

/ 



R,CONTACTED(LOAD REQUIRED) 

1 

/ 

1 / 

1 

1 / 

1 1 1 

/ 


L 

R r CONTACTED 

1 

i 

/ 

I / 

4 

1 / 

I 6 | 

/ 


r 

S,DISCONTACT 

”T 

! 

- 

■■ 1 . I 

1 / 

5 

| 6 

1 / 1 

/ 

1 


R r +RSP(DISCONTACT) 

1 

T- 

I / 

/ 

1 / 

1 1 1 

1 



R,~RSP(DISCONTACT,0822) 

1 

~ 

1 / 

/ 

1 / 

1 1 1 

1 



R,-RSP(DISCONTACT) 

» 

_ 4 ^ 

~ 

1 / 

/ 

1 / 

1 1 1 
. |.4 

4 


r 

« 

L. 

•RESET* 

T 

1 

-L 

* 

"" i ■ . . . 11 " 1 

1 1 

i 

r— “ ■ 1 

1 1 

L 

8 

1 1 

1 1 

IV 1 

-_L-- L 

1 

1 

1 

_9 


END FSU_ALS_CONTACT_DOH_SeS; 
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FSHjaS_DOHPJ>OHJ8BS2 FSH_DBFINITION CONTEXT (DRCB) ; 


/* 


»-, 

| FUNCTION: TO HBHBHBEH THE STATUS OP A SECONDARY ADJACENT LINK STATION WITH | 

| RESPECT TO D0HPINIT, DUHPTEXT, AND DUHPPINAL REQUESTS. | 

f REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

t CONTACT DISCONTACT SEND CHECK 

| CS.ALS SUBTBBE RESET 

{ CS.CONTACT PROC 

| CS.DACTLINK SEND CHECKS 

| CS.DISCONTACT PROC 

| CS.DUHP_PROC ” 

| CS.LOAD DUHP_RPO RSP 

| SEC ALS SUBTREE CHECK 

I sec“als~subtree~interrupt 

l -!- Z - Z -----i 


| STATE NAMES- 

—>| RESET 

| PEND 

| INDUHP 

| PEND 

| PEND 

I 


« 

| INDUHP 

1 

| INDUHP 

| RESET 



1 

1 

1 

| TEXT 

\ 


| INPUT STATE NUMBERS- 

—>{ 01 

! 02 

! 03 

| 04 

! 05 


I S # DUHPINIT 

1 2 

1 * 

1 2 

1 2 

1 2 


i R,♦RSP(DUHPINIT) 

1 / 

1 3 

1 / 

1 / 

1 / 


J R,-RSP(DUHPINIT) 

1 / 

i ... 

1 1 

— 1 1 

I / 

i . - 

1 / 

1 - - 

1 / 

i.. ... 

_i 

| S,DUHPTEXT 

1 / 

1 / 

T 

1 4 

r 

i / 

f 

1 / 


t R,±RSP (DUHPTEXT) 

1 / 

1 - 

JL 

1 / 

1 _ 

1 3 

1 .. . 

1 / 

1 ... . . _.. 

i 

| S,DUHPPINAL 

1 / 

1.-. 

1 / 

r. 

1 5 

r 

! / 

1 

\ / 

1 

| R,+RSP(DUHPPINAL) 

I / 

1 - 

1 / 

1 / 

1 1 


| R r -RSP(DUHPPINAL) 

\ / 

. i. 

1 - 

i . 

1 / 

.1._ 

1 / 

-i-. 

1 3 

» . - . . . 

_i 

j 'RESET* 

t---—_— 

1 > 

_1_ 

. T 

1 1 

_JL 

[ 1 

_j- 

1 1 

j- 

l 

J 1 

1 

» 


PAGE 7-118 
PAGE 7-113 
PAGE 7-72 
PAGE 7-64 
PAGE 7-74 
PAGE 7-80 
PAGE 7-84 
PAGE 7-121 
PAGE 7-120 


END FSH_ALS_DUHP„DQH_RES; 


FSH_ALS_IPL_DOH_RES: FSH — DEFINITION CONTEXT (DRCB); 


/* 


j 

FUNCTION: 

TO REHEHBER THE STATUS OF A 

SECONDARY 

ADJACENT LINK STATION WITH 

- , 



RESPECT TO IPLINIT, IPLTEXT, 

AND IPLFINAL REQUESTS. 



REFERENCED 

BY THE FOLLOWING PROCEDURE(S) 

; 





CONTACT DISCONTACT SEND CHECK 

PAGE 

7-118 




CS.ALS SUBTREE RESET 

PAGE 

7-113 




CS.CONTACT PROC 

PAGE 

7-72 




CS.DACTLINK_SEND CHECKS 

PAGE 

7-64 




CS.DISCONTACT PROC 

PAGE 

7-74 




CS.LOAD DUMP RPO RSP 

PAGE 

7-84 




cs.load”proc” 

PAGE 

7-78 




SEC ALS SUBTREE CHECK 

PAGE 

7-121 


j_ 


sec~als”subtree“interrupt 

PAGE 

7-120 

———I 


*/ 


| STATE NAHES—- 

->| RESET 

| PEND 

| INIPL 

| PEND 

-1— -9 

| PEND | 


1 

| INIPL 

1 

1 INIPL 

\ RESET | 


1 

1 

1 

| TEXT 

1 1 

I INPUT STATE NUMBERS— 

1 

->| 01 

I 02 

! 03 

| 04 

1 05 | 

j S r IPLINIT 

1 2 

■" t-- 1 - J 

1 - 

\ 2 

1 

1 2 

1 2 | 

| R,+RSP(IPLINIT) 

1 / 

1 3 

1 / 

1 / 

1 / f 

| R,-RSP(IPLINIT) 

1 / 

.......... ...... . . 

1 1 

. .. L ... 

I / 

i 

1 / 

...».. . ... 

1 / 1 

4-- - -. -- A 

} S,IPLTEXT 

1 lJ 11 1 

1 / 

J '■ 

1 / 

r 

1 4 

! / 

1 / 1 

| R,±RSP(IPLTEXT) 

l / 

1 

1 - 

1 / 

A _ .. 

1 3 

1 / 1 

I 1 

i S ,IPLFINAL 

r " T ' ' 

1 / 

1 ' ' 1 " ' " ■ 1 ■ 

1 / 

[ 5 

I " 

1 / 

! / 1 

| R,+RSP(IPLFINAL) 

1 / 

1 * 

1 / 

l / 

1 1 1 

f R,-RSP(IPLFINAL) 

I / 

-. 1. -. 

1 ~ 

| .. 

1 / 

I . 

l / 

i .. 

1 3 | 

j 'RESET' 

i _ __— 

" f 
\ - 
J _ 

.... | , "- J u 

1 1 

_A— _ 

r 

1 1 

_i_____ 

* 

l i 

.j_ 

l' I 

1 1 « 
_ —j 


END FSH_ALS_IPL_BOM_RES; 
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FSH„PROC_DOM_RES: FSM_DEFINITION CONTEXT(DRCB); 


/♦ 


FUNCTION: TO REMEMBER THE STATUS OF A PU T4 OB PO T5 WITH BESPECT TO INITPBOC 

AND PBOCSTAT BEQUESTS. 


REFEBBNCBD BY THE FOLLOWING PBOCEDUBE(S): 
CS.INITPBOC PROC 
CS.INITPBOC BSP 
CS-PBOCSTAT~PROC 
SSCP.SVC RGB.CS.SEND 


PAGE 7-87 
PAGE 7-88 
PAGE 7-89 
PAGE 7-48 


i STATE NAHES- 

~>J RESET 

—i— - 

{ PEND 

| ACTIVE 

| PEND 

I 

1 

1 

| ACTIVE 

1 

| RESET 


1 

1 INPUT STATE NUMBERS— 

->| 01 

'! '02 

! 03 

| 04 


| S,INITPBOC 

1 2 

. .f-" ,u 1 " Jl L -""" 1 1,1 

1 / 

1 / 

1 

1 / 

1 

| R,+RSP(INITPBOC) 

\ / 

1 3 

1 / 

1 / 


| R r —RSP(INITPBOC) 

i ... . . .... - ___ 

1 / 

■ . .. 

1 1 

I / 

i.. . _ 

1 / 

■ 

_i 

1 

| R,PBOCSTAT 

1 / 

1 / 

1 4 

1 / 

t 

| S,±RSP(PBOCSTAT) 

1 / 

» . 

1 / 

1 / 

.-i— -. - . 

1 1 

1 

j 

| . . 

| ‘RESET* 

i---.----- 

1 - 

1 

1 1 

- 

1 1 

j - 

l 

1 1 

j --— 

1 

1 


"V 


END FSM_PROC_DOM_RES; 


FSM_ALS_RPOJ)OM_RES: FSMJDEFINITION CONTEXT (DRCB); 


/* 



FUNCTION: 

TO REMEMBER THE STATUS OF A 
RESPECT TO RPO REQUESTS. 

SECONDARY 

ADJACENT LINK STATION WITH 

-1 


REFERENCED 

BX THE FOLLOWING PROCEDURE(S): 






CONTACT DISCONTACT SEND CHECK 

PAGE 

7-118 




CS.ALS SUBTREE BESET 

PAGE 

7-113 




CS.CONTACT PROC 

PAGE 

7-72 




CS.DACTLINK SEND CHECKS 

PAGE 

7-64 




CS.DISCONTACT PROC 

PAGE 

7-74 




CS.LOAD_DUMP RPO RSP 

PAGE 

7-84 




CS.RPO PROC 

PAGE 

7-83 




SEC ALS SUBTREE CHECK 

PAGE 

7-121 


i__ 


SEC ALS SUBTREE~INTERRUPT 

PAGE 

7-120 

_i 


*/ 


r 

| STATE 

1 

| INPUT STATE 

NAMES - 

NUMBERS— 

-T" 

->l 

1 

~>l 

RESET 

01 

1 PEND 
( 

\ 02 

~—1 

! S,RPO 


i 

2 

1 “* ■■■ ■■ ■* “ - 

t / 

— i 

| R,±BSP(RPO) 

1 _ _ - _ 


1 

/ 

1 1 

i 

f 

| ‘RESET* 


zi 

- 

1 - ■ 

I 1 

s 

1 


END FSK_ALS_RPO_DOM_RES; 


/f 
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FSHJ*LS_CONHBCTBD_DOH_BES: FSH_DEFINITION CONTBXT(DRCB); 


FUNCTION: TO BBHBHBEB THE COHBECTED STATUS OF AN ADJACENT LINK STATION THAT IS 

ON A SNITCHED LINK. 

BEFEBBHCBD BT THE FOLLONING PROCEDURE(S): 

CS.ADJ LINK STATION RESET PAGE 7-111 

CS.CONi PROC ~ PAGE 7-68 

CS.COHN^BSP PAGE 7-70 

CS.DACTLINK SEND CHECKS PAGE 7-64 

CS.DUMP PBOC “ PAGE 7-80 

CS.IBOP_PBOC PAGE 7-110 

CS.LOAD“PBOC PAGE 7-78 

CS.REQCONT_BEQDISCOBT PROC PAGE 7-114 

CS.RPO PROC PAGE 7-83 
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FSH_INPUT_DEFINITIOH S 


ABCONH 

NS_RQ__CODE=ABCONN 

& 

RRI=RQ; 

ABCOMHOUT 

NsIrQ~CODE=ABCONHOUT 

& 

RRI=RQ; 

ACTCONNIN 

NS RQ CODE=ACTCONNIN 

& 

RRI=RQ; 

ACTLINK 

hsIrqIcode^actlink 

& 

RRI=RQ; 

ACTLU 

RQ~CODE=ACTLU 

& 

RRI=RQ; 

ACTPU 

rq“code=actpu 

& 

RRI=RQ; 

COHNOUT 

hs”rq_code=comhout 

s 

RRI=RQ; 

CONTACT 

hs!rq“code=contact 

& 

RRI=RQ; 

COHTACTED 

ns“rq code=contacted 

s 

RRI=RQ; 

CONTACTED(LOAD REQUIRED) 

MS RQ CODE=CONTACTED 

& 

RRI=RQ & 


CONTACTED_RQ.STATUS=LOAD_REQUIRED; 


CONTACTED(ERROR) 

NS_RQ_CODE=CONTACTED 

& 

RRI=RQ 6 



CONTACTED RQ-STATUS=ERROR; 



DACTCONNIN 

NS RQ CODE=DACTCONNIN 

S 

RRI=RQ; 



DACTLINK 

NS_RQ CODE=DACTLINK 

& 

RRI=RQ; 



DACTLU 

ns“eq“code=dactlu 

& 

RRI=RQ; 



DACTPU 

RQ CODE=DACTPU 

s 

RRI=RQ; 



DISCONTACT 

NS RQ CODE=DISCONTACT 

5 

RRI=RQ; 



DUHPFINAL 

NS_RQ_CODE=DUSPFINAL 

8 

RRI=RQ; 



DUHPINIT 

NS RQ CODE=DUHPINIT 

8 

RRI=RQ; 



DUHPTEXT 

NS_RQ__CODE=DUHPTEXT 

8 

RRI=RQ; 



INITPROC 

NS RQ CODE=INITPROC 

8 

RRI=RQ; 



IPLFINAL 

ns“rq code=iplfinal 

8 

RRI=RQ; 



IPLINIT 

NS_RQ_CODE=IPLINIT 

S 

RRI=RQ; 



IPLTEXT 

NS RQ CODE=IPLTEXT 

8 

RRI=RQ; 



NS IPL ABORT 

NS_RQ_CODE=NS_IPL ABORT 

6 

RRI=RQ; 



nsZipl“final 

NSJRQ_CODE=NS~IPL~FINAL 

8 

RRI=RQ; 



NS~IPL INIT 

NS RQ CODE=NS~IPL~INIT 

& 

RRI=RQ; 



NSllPL TEXT 

nsIrq“*code=ns~ipl~text 

8 

RRI=RQ; 



PROCSTAT 

NS_RQ_CODE=PROCSTAT 

& 

RRI=RQ; 



PROCSTAT(IPL_SUCCESSFUL) 

NS~RQ CODE=PROCSTAT 

6 

RRI=RQ 

8 



PROCSTAT__RQ. PROCEDURE 

STATUS=IPL SUCCESSFUL; 

R 

HUCB-DIRECTIOM=RECEIVE;" 





REQCONT 

NS RQ CODE=REQCONT 

& 

RRI=RQ; 



•RESET* 

FSHINPUT - 'RESET*; 





RPO 

NS RQ CODE=RPO 

8 

RRI— RQ; 



+RS P(ABCONN) 

NS~RQ CODE=ABCONN 

8 

RRI=RSP 

& 

RTI=POS; 

-RSP(ABCONN) 

ns!rq_code=abconn 

8 

RRI=RSP 

8 

RTI=NEG; 

+RSP(ABCONNOUT) 

NS„RQ_CODE=ABCONNOUT 

6 

RRI=RSP 

& 

RTI=POS; 

—RSP(ABCONNOUT) 

ns!rq_code=abconnout 

8 

RRI=RSP 

6 

RTI=NEG; 

♦ RSP(ACTCONNIN) 

NsZrqIcODE=ACTCONNIN 

8 

RRI=RSP 

8 

RTI=POS; 

—RSP(ACTCONNIN) 

NSIrqIcODE=ACTCONNIN 

8 

RRI-RSP 

8 

RTI=NEG; 

♦RSP(ACTLINK) 

NsIrqIcODE=ACTLINK 

6 

RRI=RSP 

8 

RTI=POS; 

-RSP(ACTLIHK) 

n S_RQIcODE=ACTLINK 

& 

RRI=RSP 

8 

RTI=NEG; 

♦RSP(ACTLU) 

RQ CODE=ACTLU 

8 

RRI=RSP 

8 

RTI=POS; 

-RSP(ACTLU) 

rqZcode=actlu 

& 

RRI=PSP 

8 

RTI=NEG; 

♦ RSP (ACTPU) 

rq”code-actpu 

& 

RRI=RSP 

8 

RTI=POS; 

-RSP(ACTPU) 

RC_CODE=ACTPU 

& 

RRI=RSP 

8 

RTI=NEG; 

♦RSP(COHHOUT) 

nsZhq_code=connout 

8 

RRI=RSP 

8 

RTI=POS; 

—RSP(CONNOUT) 

NS RQ~CODE=CONNOUT 

8 

RRI=RSP 

& 

RTI=NEG; 

♦RSP(CONTACT) 

NS RQ CODE=CONTACT 

6 

RRI=RSP 

8 

RTI=POS; 

-RSP(CONTACT) 

ns_rq!code=contact 

8 

RRI=RSP 

8 

RTI=NEG; 

♦RSP(DACTCONNIN) 

NS>Q_CODE-DACTCONNIN 

& 

RRI=RSP 

8 

RTI=POS; 

-RSP(DACTCONNIN) 

ns”rq CODE=DACTCONNIN 

& 

RRI=RSP 

8 

RTI=NEG; 

♦RSP(DACTLINK) 

NS — RQ__CODE=D ACTLINK 

8 

RRI=RSP 

8 

RTI=POS; 

-RSP(DACTLINK) 

NS RQ_CODE=DACTLINK 

& 

RRI-RSP 

& 

RTI=NEG; 

±RSP(DACTLU) 

NS RQ_CODE=DACTLU 

8 

RRI=RSP; 



±RSP(DACTPU) 

NS RQ CODE=DACTPU 

& 

RRI=RSP; 



♦RSP(DISCONTACT) 

nsIhqIcode=discontact 

8 

RRI=RSP 

8 

RTI=POS; 

-RSP (DISCONTACT) 

NS RQ CODE=DISCONTACT 

6 

RRI=RSP 

8 

RTI=NEG; 

♦RSP(DUHPFINAL) 

NSJRQ_CODE=DUHPFINAL 

8 

RRI=RSP 

& 

RTI=POS; 

—RSP(DUHPFINAL) 

NS RQ CODE=DUHPFINAL 

8 

RRI=RSP 

8 

RTI=NEG; 

♦RSP(DUHPINIT) 

NS_RQ_CODE=DUHPINIT 

& 

RRI=RSP 

8 

RTI=POS; 

-RSP(DUHPINIT) 

msIrq_code=duhpinit 

& 

RRI=RSP 

8 

RTI=NEG; 

±RSP(DUHPTEXT) 

NS_HQ_CODE=DUHPTEXT 

8 

RRI=RSP; 



♦RSP(INITPROC) 

ns rq”*code=initphoc 

8 

RRI=RSP 

6 

RTI=P0S; 

-RSP (INITPROC) 

NS_^RQ_CODE=INITPROC 

8 

RRI=RSP 

8 

RTI=NEG; 

♦RSP(IPLFINAL) 

Ns”*RQ C0DE=IPLFINAL 

8 

RRI=RSP 

& 

RTI=P0S; 

-RSP(IPLFINAL) 

NS~RQ CODE=IPLFINAL 

8 

RRI=RSP 

8 

RTI=NEG; 

♦RSP(IPLINIT) 

NS_RQIC0DE=IPLINIT 

8 

RRI=RSP 

8 

RTI=POS; 

-RSP(IPLINIT) 

NS RQ CODE=IPLINIT 

8 

RRI=RSP 

& 

RTI=NEG; 

±RSP(IPLTEXT) 

NS RQ CODE=IPLTEXT 

8 

RRI=RSP; 



♦RSP(NS IPL FINAL) 

NS~RQ~'cODE=NS IPL FINAL 

& 

RRI=RSP 

6 

RTI=POS; 

±RSP(PROCSTAT) 

nsIro_cqde=procstat 

6 

RRI-RSP; 



♦RSP(REQCONT) 

nsZrq!code=reqcont 

8 

RRI-RSP; 



± RSP (RPO) 

ns>q_code=rpo 

6 

RRI=RSP; 



S 

HUCB.DIRECTION-SEND; 





-RSP(0822) 

RRI=RSP 8 RTI~NEG 6 SNC= 

=0822; 



♦RSP(IPL_REQUIRED) 

RRI=RSP 6 RTI=POS 6 ACTPU, 

.RSP.TYPEJ 

ACTIVATION=X* 3 


BED FSH_INPUT_DEFINITION; 
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CHAPTER 8. SESSION SERVICES 


INTRODUCTION 

An SNA node contains an SSCP (in PU_T5 nodes)> a PU» and 
(optionally) one or more LUs. These are collectively called 
NAUs. Every NAU, in turn, contains a NAU services layer, 
designated SSCP.SVC, PU.SVC, and LU.SVC, respectively. 
Distributed among the NAU services layers within a network 
are service and control components. These components 
control the network operation by exchanging RUs with one 
another. Additional information about the NAU services 
layer is contained in Chapters 1 and 6. (PU_T1, PU_T2> and 
PU_T4 nodes contain a PUCP instead of an SSCP. The PUCP is 
a subset of the SSCP and is known only within its node. See 
Chapters 1 and 7 for more details.) 

Distributed among each SSCP.SVC and LU.SVC are session 
services . which coordinate initiation and termination of 
LU-LU sessions. (There are no session services PU.SVC.) 
This coordination is accomplished by exchanging session 
services RUs on SSCP-LU sessions, and on SSCP-SSCP sessions 
when the two LUs are in different domains. The activation 
and deactivation of SSCP-LU and SSCP-SSCP sessions, which is 
not a function of session services, is described elsewhere 
in this book; see, for example, the descriptions of ACTLU 
and ACTCDRM in Chapter 13. 

The process of initiating or terminating an LU-LU session 
begins with a session initiation or termination request from 
an LU to an SSCP, and culminates in the activation or 
deactivation of the session. Activation and deactivation of 
an LU-LU session is accomplished by exchanging activation 
and deactivation requests and responses. These requests and 
responses—BIND, RSP(BIND), UNBIND, and RSP(UNBIND)—belong 
to the category of session control (SC) RUs. Information 
pertaining to these RUs is contained in Chapter 13. Session 
services includes that part of the initiation or termination 
process up to, but not including, the activation or 
deactivation of the session. 

As shown in Figures 8-1 and 8-2, the session services for 
each SSCP.SVC and LU.SVC consists of a services manager 
component, and one or more half-session components (one per 
ha 1f-session). The services manager component for the 
SSCP.SVC is designated SSCP.SVC_MGR.SS; for the LU.SVC, it 
is designated LU.SVC_MGR.SS. The half-session components 
for both the SSCP.SVC and LU.SVC are designated SNS.SS. The 
SSCP.SVC_MGR.SS, LU.SVC_MGR.SS, and SNS.SS components are 
each made up of two main subcomponents: a send subcomponent 
and a receive subcomponent. 
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upm^translation^svc 


A I 
I I 



I 

V 


SSCP.SVC MGR. | 
CS.RCV -> 


SSCP.SVC MGR.SS.RCV 





SNS.RCV 


V V 
SNS.SEND 


Figure 8-1. Structure of SSCP Session Services 
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PU.SVC MGR. 
CSC HGR.RC? 


->| LO.SVC MGR.SS.HC? 


LU.SVC MGR.SS.SEND •- 


-> PU.SVC MGR. 
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SNS.SS.RCV 

1 1 

• • > | 

1 1 

SNS.SS 

FSHs 

1 1 1 

1 1 1 
( I— 1 

1 

1 

1 

SNS.SS.SEND 




1 1 



1 
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_i 
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1 

1 
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1 
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SMS.SS 


SNS.RCV 


V V 
S NS.SEND 


Figure 8-2. Structure of LO Session Services 
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The SSCP.SVC_MGR.SS component includes a variety of services 
related to assisting LUs in initiating and terminating LU-LU 
sessions. These services include: 

• Verifying the authority of the III requesting initiation 
or termination of a session 

• Translating network names to network addresses 

• Queuing and dequeuing requests for session initiation 

• Selecting appropriate session parameters 

• Synchronizing the initiation or termination process 

The LU.SVC_MGR.SS component includes services* complementary 
to those of the SSCP.SVC_MGR.SS, to assist the LU in 
initiating or terminating a session with another LU. 
Further details of the SSCP.SVC_MGR.SS and LU.SVC_MGR.SS are 
given later in this chapter within the descriptions of the 
session services RUs. 

NETWORK CONTEXT FOR SESSION SERVICES 

Figures 8-3 and 8-4 show examples of the network contexts of 
session services* and illustrate the concepts: 

• Initiating LU (ILU) 

• Terminating LU (TLU) 

• Primary LU CPLU) 

• Secondary LU CSLU) 

• Origin LU COLU) 

• Destination LU (DLU) 

The half-sessions involve at least one SSCP and have the 
following identifications: 

• (SSCP,K).PRIISEC* where K = LU11LUITLUIPLUISLU 

• (SSCPCX),SSCP(Y)).SSCP(X|Y)* where X,Y = ILU|TLU|OLU| 
DLU|PLU|SLU, and SSCPCX|Y) is the SSCP that has an 
active session with X or Y 

• (SSCP,SSCP’).SSCP* where SSCP and SSCP’ are any two 
SSCPs having an active session 

The concepts ILU, TLU, PLU, SLU, OLU, and DLU refer to the 
role of an LU with respect to a given LU-LU session. 

PLU AND SLU 

PLU and SLU refer, respectively, to the role of the LU in 
providing the primary or secondary half-session support for 
an active session of which it is a partner. 
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ILU AND TLU 

ILU and TLU refer to the role of an LU in initiating or 
terminating a given LU-LU session; the ILU sends an 
INIT-SELF or INIT-OTHER request for the session, and the TLU 
sends a TERM-SELF or TERM-OTHER request for the session. 
For INIT-SELF and TERM-SELF, the LU sending the request 
participates as a session partner; for INIT-OTHER and 
TERM-OTHER, the LU may or may not participate as a partner. 

OLU AND DLU 

The OLU and DLU concepts are more involved, and are defined 
in terms of the role of the LU or its SSCP with respect to 
initiation and termination of LU-LU sessions as follows: 

• For a same-domain LU-LU session, the OLU: 

— For initiation, is the LU that sends INIT-SELF 
Ci.e., the ILU), or that is named second in 
INIT-OTHER (i .e. , LU2 ) 

— For termination, is the LU that sends TERM-SELF 
(i.e.» the TLU), or that is named second in 
TERM-OTHER (i.e., LU2 ) 

while the DLU: 

— For initiation, is the LU that is named in 
INIT-SELF, or named first in INIT-OTHER Ci.e., 
LU1) 

— For termination, is the LU that is named in 

TERM-SELF, or named first in TERM-OTHER Ci.e., 
LU1) 

• For a cross-domain LU-LU session, the OLU: 

— For initiation, is the LU whose SSCP Creferred to 
as the SSCPCOLU)) sends CDINIT 

— For termination, is the LU whose SSCP Cagain 

referred to as the SSCPCOLU)) sends CDTERM 

while the DLU: 

-— For initiation, is the LU whose SSCP Cthe 

SSCPCDLU)) receives CDINIT 

— For termination, is the LU whose SSCP Cthe 

SSCPCDLU)) receives CDTERM 

In the same-domain context, notice that SSCPCOLU) = 

SSCPCDLU). Figure 8-5 i1lustrates the concepts in the 
cross-domain context. 
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SSCP.SVC MGR.SS 
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(SSCP,ILU) .PRI 


I 

I 

I 


r 


I I 
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I 
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I 
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A 

I 

I 

I 
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I 
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V 


I 

| (SSCP,PLU).SEC 


I 

| (SSCP,SLU).PRI 
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A 


> 


V 


I 

| (SSCP,SLU).SEC 

I 


—Note 2 


A 

I 

I 

! 

v 


A 

I 

I 

V 


A 

I 

I 

I 

V 


A 


I 

I 

V 


i- - -,-----1 

I II I 

| ILU.SVCJiGR.SS | | TLU.SVC MGR.SS j 

i II I 

i_i i_ i 


r — ---- 

I 

| PLU.S7C MGR.SS 

I 


| SLtJ.SVC MGR.SS 

I 


Notes: 

1. Let: 

• ILU denote the LU requesting an LU-LU session initiation via the INIT request. 

• TLU denote the LO requesting an LU-LU session termination via the TERM request. 

• PLU denote the primary LU in the referenced session. 

• SLU denote the secondary LU in the referenced session. 

2. Half-sessions, connected by NTWK.PC 

Figure 8-3. System Context for Session Services—Single Domain 
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2. Half-sessions, connected by NTWK.PC 


Figure 8-4. System Context for Session 
Services—Multiple Domain 
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Figure 8-5. OLO and DLO in the Cross-Domain Context 
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SESSION NETWORK SERVICES FOR SESSION SERVICES 


A session network services (SNS) component for session 
services (SNS.SS) exists for each ha 1f-session, and consists 
of two main subcomponents* SNS.SS.RCV and SNS.SS.SEND. 
These subcomponents are coupled by a set of SNS.SS FSMs, as 
shown in Figures 8-1 and 8-2. The SNS.SS FSMs are 
initialized to the reset state when the half-session is 
activated. 

The SNS.SS.RCV subcomponent receives all session services 
requests and responses from SNS.RCV. The receipt of session 
services RUs is handled by the following protocol machines 
within SNS.SS.RCV: 

• In the SSCP: 

(SSCP,SSCP’).SSCP.SNS.SS.RQ_RCV 
(SSCP,SSCP’).SSCP.SNS.SS.RSP_RCV 
(SSCP,LU).PRI.SNS.SS.RQ_RCV 
(SSCP,LU).PR I.SNS.SS.RSP_RCV 

• In the LU: 

(SSCP,LU).SEC.SNS.SS.RQ_RCV 
(SSCP,LU).SEC.SNS.SS.RSP_RCV 

The SNS.SS.SEND subcomponent sends all session services 
requests and responses to SNS.SEND. The sending of session 
services RUs is handled by the following protocol machines 
within SNS.SS.SEND: 

• In the SSCP: 

(SSCP,SSCP').SSCP.SNS.SS.RQ_SEND 
(SSCP,SSCP').SSCP.SNS.SS.RSP_SEND 
(SSCP,LU).PR I.SNS.SS.RQ_SEND 
(SSCP,LU).PR I.SNS.SS.RSP_SEND 

• In the LU: 

(SSCP,LU).SEC.SNS.SS.RQ_SEND 
(SSCP,LU).SEC.SNS.SS.RSP_SEND 

These protocol machines perform usage and state checks and 
interact with the SNS.SS FSMs to control the sending and 
receiving of session services RUs, as described in the 
following sections. 
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(SSCP,LU).SEC.SNS.SS.RQ_SEND 

(SSCP» LU ).SEC.SNS.SS.RQ_SEND helps to issue and regulate 
session services requests sent to the SSCP by, or on behalf 
of, an LU. In addition to handling the reply requests 
issued by SNS.SS FSMs associated with 
(SSCP,LU).SEC.SNS.SS.RQ_RCV (i.e., SESSST, SESSEND, BINDF, 
and UNBINDF, discussed later in this chapter), this protocol 
machine processes INIT-SELF, INIT-OTHER, TERM-SELF, 
TERM-OTHER, and NOTIFYCVector Key X'OC’), which are 
initiated by an LU. 

(SSCP,LU).SEC.SNS.SS.RQ_SEND applies the appropriate usage 
and state send checks to each such request, and, if valid, 
routes it to the appropriate SNS.SS FSM. Details of the 
checking and routing are not defined. 

( SSCP,LU).SEC.SNS.SS.RQ_RCV 

(SSCP,LU).SEC.SNS.SS.RQ_RCV assists in checking for the 
proper receipt of requests sent by the SSCP to the LU. It 
handles CINIT and CTERM for PLUs, CLEANUP for SLUs, and 
NOTIFY(Vector Keys X’01', X'03’, and X’04’) and NSPE for all 
LUs. It uses the state receive checks of Figure 8-6 and the 
destination table of Figure 8-7. 

(SSCP,LU).SEC.SNS.SS.RSP_SEND AND (SSCP,LU).SEC.SNS.SS.RSP_RCV 

(SSCP,LU).SEC.SNS.SS.RSP_SEND and (SSCP,LU).SEC.SNS.SS.RSP_ 
RCV assist in the proper sending and receiving of responses 
by SNS.SS. They apply the appropriate usage and state 
checks and route the responses to the appropriate SNS.SS 
FSMs. Details are not defined. 
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Request 

I 

1 

FSM = State Condition (if OK) 

1 Sense Code 

I (if NG) 

|... 

CINIT(PLU»SLU) 

nr 

1 

1 

I 

CSESS_RCV = RESET 

1 

1 

I 0809 

1 

CLEANUP 

I 

1 

CLEANUP_RCV = RESET 

1 

1 0809 

1 

CTERM(PLU,SLU) 

(test in order a,b) 

1 

1 

1 

1 

a) CSESS_RCV = RESET | 
CTERM_RCV = RESET 

1 

I 

I 0809 

i 


1 

I 

b) CSESS_RCV = -RESET 

1 

I 0816 

1 

NOTIFY 

I 

1 

j 

none (no error) 

I 

1 

NSPE 

I 

1 

1 

none (no error) 

1 

1 


Note : If the state condition is true for a given request, the request 

is OK. Otherwise, the request is "no good" (NG), and a negative 
response with the specified sense code is generated. 


Figure 8-6. State Receive Checks for CSSCP,LU).SEC.SNS.SS.RQ_RCV 


Request I Destination FSM I Page 


CINIT(PLU»SLU) | FSM_SSCP_PLU_SEC_CSESS_RCV I 8-38 

CLEANUP I (SSCP,SLU).SEC.CLEANUP_RCV I 8-42 

CTERM(PLU»SLU) | FSM_SSCP_PLU_SEC_CTERM_RCV I 8-40 

I I 

NOTIFY I ((SSCP,SSCP’).SSCP’)|((SSCP,LU).SEC)i I 

I ((SSCP,LU).PRI).NOTIFY_RCV I 8-47 

I I 

NSPE | none I 


Figure 8-7. Destination Table for (SSCP,LU).SEC.SNS.SS.RQ_RCV 
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(SSCP, LUl.PRI.SNS.SS AND (SSCP,SSCP*). SSCP.SNS .SS 


The SNS.SS for an SSCP-based half-session (i.e.» 
(SSCP,LU).PR I.SNS.SS or (SSCP,SSCP').SSCP.SNS.SS) is shown 
in Figure 8-8. The session services protocol machines 
handle field-formatted RUs only; character-coded RUs 
received from an LU are translated to the field-formatted 
form by SNS.RCV (see Chapter 6), and character-coded RUs 
sent to an LU are translated from the field-formatted form 
by UPM_SSCP_SS_RU__SEND. 

The SSCP-based half-session component, SNS.SS.RQ_RCV» 
assists in checking for proper receipt of all requests sent 
by an LU or another SSCP. It uses the state receive checks 
of Figures 8-9 and 8-10, and the destination table of Figure 
8 - 11 . 

The SSCP-based half-session component, SNS.SS.RSP_RCV, 
assists in the proper receiving of responses by SNS.SS. It 
applies the appropriate usage and state checks and routes 
the responses to the appropriate SNS.SS FSMs. Details are 
not defined. 

The SSCP-based half-session components, SNS.SS.RQ_SEND and 
SNS.SS.RSP_SEND, help to issue and regulate session services 
requests and responses sent by the SSCP. They apply the 
appropriate usage and state send checks to each outgoing 
request and response, and, if valid, route it to the 
appropriate SNS.SS FSM. Other details of the checking and 
routing are not defined. 

UPM_SSCP_SS_RU_SEND monitors all requests and responses 
leaving (SSCP,LU).PR I.SNS.SS. It translates all 
field-formatted requests and responses to character-coded, 
as appropriate. Additionally, after a negative response is 
sent, it may create a character-coded request that carries 
additional error information. 
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Note : SNS.SS.RCV returns negative responses to all requests found to 

be "no good" (NG) as a result of the usage and state receive checks. 


Figure 8-8. (SSCP,SSCP').SSCP.SNS.SS and (SSCP,LU).PRI.SNS.SS 
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Note : If the state condition is true for a given request* the request 

is OK. Otherwise* the request is "no good” (NG)* and a negative 
response with the specified sense code is generated. 


Figure 8-9. State Receive Checks for (SSCP,LU).PRI.SNS.SS.RQ_RCV 


V. 
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Figure 8-10. State Receive Checks for (SSCP,SSCP•).SSCP.SNS.SS.RQ_RCV 
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(SSCP(DLO) , SSCP (OLU) ) .SSCP(OLU) . CDINIT (OLD , DLU , PCID) _SEND 
(SSCP(DLO) ,SSCP(OLU) ) .SSCP (DLU) .CDINIT(OLU ,DLU,PCID)_RCV 

(SSCP(DLU) r SSCP (OLU) ) .SSCP(DLU) . CDINIT (OLU , DLU,PCID) _RCV 

(SSCP(PLU), SSCP(SLU)).SSCP(SLU).CDCSESS(PLU,SLU,PCID) 

(SSCP (PLU) ,SSCP(SLU)).SSCP (SLU).CDCSESS(PLU,SLU,PCID) 

(SSCP(PLU) ,SSCP(SLU)).SSCP (SLU).CDCSESS(PLU,SLU,PCID) 
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(SSCP(OLU) ,SSCP(TLU)).SSCP(OLU) .TERM-OTHER-CD(SESSION_KEY_ 
CONTENT,PCID)_RCV 

FSM SSCP PLU PRI CSESS SEND 


| Page | 


Figure 8-11. 


Destination Table for (SSCP,LU).PRI.SNS.SS. RQ_RCV and 
(SSCP,SSCP').SSCP.SNS.SS.RQ_RCV 
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SESSIO N SERVICES FORMATS 


Session services requests and responses belong to the 
network services CNS) format of RUs. All session services 
requests and responses are sent on the normal flow with the 
RU category indicating FMD. See Chapter 6 for additional 
details about NS request and response formats# including the 
NS header and related RH parameters. 

Session services requests flowing from an LU to an SSCP# or 
from an SSCP to an LU# may be field-formatted (RH Format 
indicator set to NSH) or character-coded (RH Format 
indicator set to -NSH). Character-coded requests contain 
RUs consisting of character strings that can be translated 
into equivalent field-formatted RUs. A translation protocol 
is provided by (SSCP#LU).PR I.SNS.SS (described elsewhere in 
this chapter); the translation rules are implementation- and 
installation-dependent# and are not defined in this book. 
Session services requests flowing from an SSCP to another 
SSCP are always field-formatted. 

Full details of the RU formats for field-formatted session 
services requests (and responses) are given in Appendix E. 
In the following paragraphs# some fields that are common to 
many session services RUs are defined. 

CLASS OF SERVICE 

End users can request from the network# as part of an INIT 
request# a class of service for a session. As an example# 
some sessions may require service with a fast response time 
(implying# for example# high-speed links# shortest distance# 
and high transmission priority)# while others may require 
large bandwidth or more secure paths. 


COS NAME 


A user specifies a class of service for a session by means 
of a class of service (COS) name. The COS name resolves to 
an ordered list of (virtual route number# transmission 
priority field), or (VRN#TPF)# pairs# each identifying a 
virtual route (VR). The list# called a VR identifier list# 
allows the session to be assigned to the first available 
virtual route identified in the list. (A session is 
assigned to a virtual route at session activation time.) 

For LU-LU sessions# the COS name is specified explicitly as 
a parameter of an INIT request# or it is derived from the 
mode name (also carried in# or implied by# the INIT). The 
derivation of this default COS name is performed by the 
SSCP(SLU). The COS name is resolved to a VR identifier list 
by the SSCP(PLU). See Chapter 12 for additional information 
on the use of the VR identifier list for activating a VR. 
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NETWORK NAME 


A network name is the name by which a PU> an Lli, or a link 
is known throughout a multi pie-domain network. Network 
names used across various domains must be unique within the 
multiple-domain network. 

UNINTERPRETED NAME 

An uninterpreted name is any name by which one LU is known 
to another LU and its SSCP for the purpose of initiating or 
terminating an LU-LU session. It can be used by an ILU or 
TLU to identify an OLU and DLU, or by an OLU to identify a 
DLU. An uninterpreted name requires interpretation Cor 
transformation) by the SSCP(ILU|TLU|OLU ) in order to yield 
the network name; interpretation of an uninterpreted name 
that is the same as a network name is an identity 
transformation. An SSCP may support only identity 
transformations. 

PROCEDURE CORRELATION IDENTIFICATION 

A procedure correlation identification (PCID) is generated 
by an SSCP originating a cross-domain procedure. The first 
cross-domain request issued for a procedure causes 
generation of a unique PCID, whieh is then retained and used 
in all cross-domain requests dealing with the same procedure 
until it is completed. An SSCP maintains correlation 
between PCID and a user request correlation (URC) value 
(discussed in the section » "User Request Correlation"), when 
the latter has been provided in an INIT-SELF, INIT-OTHER, 
TERM-SELF, or TERM-OTHER request. 

For LU-LU session initiation, a PCID is generated by the 
SSCPCILU), and identifies the initiation procedure for that 
session. Similarly, for LU-LU session termination, a PCID 
is generated by the SSCPCTLU), and identifies the 
termination procedure for that session. For cross-domain 
takedown (initiated via CDTAKED), a PCID is generated by the 
SSCP sending the CDTAKED, and identifies the takedown 
procedure that is used for the duration of the takedown 
processing (until CDTAKEDC requests are exchanged). 

A PCID has a fixed length and consists of two fields: a 
two-byte field containing the network address of the 
originating SSCP (possibly a third-party SSCP), and a 6-byte 
field that provides a unique value identifying the 
originating SSCP's procedure. When bytes 0-1 contain the 
value 0, bytes 2-7 are reserved. 
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USER REQUEST CORRELATION 


A user request correlation (URC) field denotes a 

variable-length byte string consisting of a Length field and 
the URC itself. It is assigned by the end user for 

placement in an INIT or TERM request. Its usage allows 
subsequent requests within a given procedure involving the 
SSCPCILU|TLU) and the ILUlTLU to be associated with the 

request that originally initiated the procedure. Associated 
requests either contain a field specifically defined for 
this purpose or use a session key (discussed in the section* 
"Session Key and Session Key Content"). When a URC is 

assigned* the SSCP is responsible for maintaining 

correlation between this URC and the SSCP-generated PCID for 
the same procedure. A value of 0 in the Length field 
indicates no URC is present. 

MODE TABLE AND MODE NAME 

The SSCP(SLU) has information about the SLU that aids in the 
construction of the BIND image (carried* for example* in 
CINIT). This information is contained in a mode table . The 
mode table is indexed by the mode name supplied in INIT 

requests and carried* in the case where ILU=PLU* to the 

SSCP(SLU) in CDINIT. The format of the mode table and of 

the data contained in each entry is implementation- and 
installation-dependent. The data associated with each mode 
name consists of: 

• Bytes 1 through 27 of the BIND 

• The (optional) User Data field of the BIND image to be 
carried in CINIT (and CDCINIT, if SSCP(PLU) -= 
SSCP(SLU) ) 

• The Device Characteristics field in CINIT (and CDCINIT* 
if SSCP(PLU) -= SSCP(SLU ) ) 

SESSION KEY AND SESSION KEY CONTENT 

There are various ways of denoting which LU-LU session a 
request is referring to* this may be* for example* by name 
pair* address pair* or by the PCID. The session kev and 
session key content permit requests that refer to sessions 
to do so in one or more ways. The session key content 
contains the particular field(s) denoted by the session key. 
The format description of a request specifying a session key 
and session key content also specifies the list of keys 
permitted (or required) with that request. 

When session key content contains a pair* e.g.* name pair* 
address pair, or address-name pair, it is an ordered pair. 
The order is (PLU,SLU) unless otherwise specified by the 
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session key definition. Exceptions exist for requests whose 
formats use other LU designations# i.e.» (OLU,DLU) and 
(LU1,LU2). For these formats the session key content order 
is (OLU»DLU) or (LU1»LU2) and other related fields specify 
which is PLU and which is SLU. The following table shows# 
by key value# the session key content and the requests that 
can carry the session key and its content: 

Session Key Session Key Content and Applicable Request(s) 


X’01* Uninterpreted name : carried in TERM-SELF 

X'05 * PCI D ; carried in CDTERM# NOTIFY, and 

TERM-OTHER-CD 

X'06* Uninterpreted name pair ; carried in BINDF# 

CLEANUP, NSPE # SESSENDCFormat 0), SESSST# 
TERM-OTHER, and UNBINDF; or network name 

pair : carried in CDSESSEND# CDSESSSF# 

CDSESSST, CDSESSTF, CDTERM# NOTIFY, 

SESSENDCFormat 2), and TERM-OTHER-CD 

X'07' Network address pair : carried in BINDF# 

CDSESSEND, CDSESSSF, CDSESSST, CDSESSTF, 
CDTERM, CINIT, CLEANUP, CTERM, NOTIFY, 

SESSEND, SESSST, TERM-OTHER, TERM-OTHER-CD, 
TERM-SELF, and UNBINDF 

X’08' Network address of PLU , network name of SLU : 

carried in CDTERM 

X’OA* URC: carried in NOTIFY, TERM-OTHER, and 

TERM-SELF 


SESSION SERVICES REQUESTS 

Listed below are the session services requests, grouped 
according to their use, and the page on which the 
description of the request begins. Each description of a 
request includes the RU flow; a list of the applicable FSMs; 
a discussion of the function, use, and protocols of the 
request; and a definition of the associated FSMs. Refer to 
Appendix E for specifications of the RU formats. 
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Session services 
initiation are: 


requests pertaining 


to LU-LU session 


Request Name Page 


INIT-SELF INITIATE-SELF 8-22 

INIT-OTHER INITIATE-OTHER 8-22 

CINIT CONTROL INITIATE 8-34 

SESSST SESSION STARTED 8-34 

BINDF BIND FAILURE 8-34 

INIT-OTHER-CD INITIATE-OTHER CROSS-DOMAIN 8-53 

CDINIT CROSS-DOMAIN INITIATE 8-48 

CDCINIT CROSS-DOMAIN CONTROL INITIATE 8-55 

CDSESSST CROSS-DOMAIN SESSION STARTED 8-55 

CDSESSSF CROSS-DOMAIN SESSION SETUP FAILURE 8-55 

Requests relating to session termination are: 

Request Name Page 


TERM-SELF TERMINATE-SELF 8-28 

TERM-OTHER TERMINATE-OTHER 8-28 

CTERM CONTROL TERMINATE 8-34 

CLEANUP CLEANUP SESSION 8-41 

SESSEND SESSION ENDED 8-34 

UNBINDF UNBIND FAILURE 8-34 

TERM-OTHER-CD TERMINATE-OTHER CROSS-DOMAIN 8-63 

CDTERM CROSS-DOMAIN TERMINATE 8-60 

CDSESSEND CROSS-DOMAIN SESSION ENDED 8-55 

CDSESSTF CROSS-DOMAIN SESSION TAKEDOWN FAILURE 8-55 

Requests pertaining to termination of all cross-domain LU-LU 
sessions involving the domains of both SSCPs are: 

Request Name Page 


CDTAKED CROSS-DOMAIN TAKEDOWN 8-65 

CDTAKEDC CROSS-DOMAIN TAKEDOWN COMPLETE 8-65 

Requests pertaining to reporting the status of the session 
initiation or termination* or of the LU are: 

Request Name Page 


NOTIFY NOTIFY 8-44 

NSPE NETWORK SERVICES PROCEDURE ERROR 8-43 

The following request pertains to obtaining the status of an 
LU located in another domain: 

Request Name Page 


DSRLST DIRECT SEARCH LIST 8-70 
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INITIATE-SELF (INIT-SELF) 

INITIATE-OTHER (INIT-OTHER) 

Flow: From ILU to SSCPCILU) (Normal) 

Principal FSMs: 

(SSCP,ILU).SEC.INIT((OLU,DLU)|(LUI,LU2))_SEND 
(Page 8-27) 

(SSCP,ILU).PRI.INIT((OLUtDLU)I(LU1,LU2))_RCV 
(Page 8-27) 

INIT-SELF from the ILU requests that the SSCP authorize and 
assist in the initiation of a session between the LU sending 
the request (i.e.» the ILU> which also becomes the OLU) and 
the LU named in the request (the DLU). 

The session to be initiated may be between logical units in 
the same domain or in different domains. The INIT-SELF 
request indicates, among other parameters, the uninterpreted 
name of the other LU in the session to be initiated, 
together with optional URC and COS name fields. 

The SSCP retains sufficient information (e.g., the network 
address of the ILU) in order later to be able to send 
NOTIFY(Vector Key X'03*) to the ILU to report the status of 
the initiation, if requested by the NOTIFY specification in 
INIT-SELF(Format 1 or 2). If an initiation failure occurs, 
NOTIFY(Vector Key X’03*) or NSPE is sent to the ILU, 
independent of the NOTIFY specification in INIT-SELF (NSPE 
is sent in lieu of NOTIFY only if INIT-SELF(Format 0) was 
received). 

(SSCP,ILU).PRI.INIT(OLU,DLU)_RCV receives the INIT-SELF 
request and, if it is valid, passes it to SSCP.SVC_MGR.SS, 
which may perform the following processing (when the PLU and 
SLU are in different domains, the processing is distributed 
between the two SSCPs, each SSCP processing the portion that 
relates to the LU in its domain): 

• Resolve the uninterpreted name of the DLU to a network 
name (performed by the SSCP(ILU).SVCJMGR.SS). 

• Resolve the network name of the DLU to a network 

address (performed by the SSCP(DLU).SVC_MGR.SS). 

• Assign an additional network address to the PLU, if 

required! the SSCP(PLU) issues RNAA to the PU of the 
PLU if the PLU supports parallel sessions and an 

additional network address is required. This network 
address is carried to the PLU in the CINIT RU. If a 

network address cannot be assigned by the PU, then a 

negative response—Insufficient Resource (X'0812*)—is 
returned to the ILU via NOTIFY(Vector Key X'03'). The 
SSCP(PLU) issues FNA to the PU of the PLU to free the 
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previously assigned network address when all sessions 
associated with the network address to be freed have 
been terminated. 

• Determine that a path exists between the DLU and 
SSCP(DLU); this may require configuration services to 
establish a connection via a switched link. 

• Determine that the necessary SSCP-SSCP session is 
active. 

• Establish the authority of the end user and the ILU to 
access the DLU. The requester ID and password may be 
used for this purpose. 

• Establish the availability of the DLU for activation of 
an LU-LU session. An LU may be unavailable because it 
is not currently able to comply with the PLUlSLU 
specification, or because it is at its session limit. 
An LU informs the SSCP of its availability at SSCP-LU 
session activation time via control vector X’OC' 
carried in its +RSPCACTLU). Subsequently, during the 
active SSCP-LU session, the LU reports changes in its 
availability (e.g., changes in its PLUlSLU capability 
or its session limit) by sending NOTIFY(Vector Key 
X'OC’) to the SSCP. 

• Retain (at the SSCP(ILU).SVC_MGR.SS) the URC, if 
supplied in the request, for later inclusion within any 
NOTIFY RU sent back to the ILU. 

• When an INIT-SELF is issued by the PLU (ILU=OLU=PLU) 
and the COS name is specified, the SSCP verifies that 
the COS name is a valid entry in the "COS name to VR 
identifier list" table. If not valid, it sends a 
-RSP(INIT-SELF, X’08610001 *), thereby indicating the 
invalid COS name. 

• When an INIT-SELF is issued by the PLU (ILU=0LU=PLU) 
and a COS name is not specified (INIT-SELF, not Format 
2), the SSCP(ILU) specifies in CDINIT that COS name was 
not received from the ILU and that the SSCP(DLU=SLU) is 
to choose the COS name. The SSCP(DLU=SLU) selects the 
COS name and sends it to the SSCP(OLU=PLU) via the 
RSP(CDINIT). 

• When an INIT-SELF is issued by the SLU (ILU=0LU=SLU) 
and a COS name is not specified, then the SSCP(OLU=SLU) 
derives COS name from the mode table, and specifies in 
CDINIT that COS name was not received from the ILU and 
that it, the SSCP(OLU), has chosen the COS name. 
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• When an INIT-SELF is issued by the SLU ( I LU=OLU=SLU), 
the SSCP indicates in CDINIT whether the SLU or BF 
supports sending UNBIND and SESSEND. (The indication 
is in the OLU status byte of CDINIT, byte 6, bit 5.) 

• When an INIT-SELF is issued by the PLU (ILU=PLU) and a 
URC is supplied, the SSCP(PLU) places the URC in the 
BIND image of CINIT to allow the PLU to correlate the 
CINIT with the INIT-SELF. When an INIT-SELF is issued 
by the SLU (ILU=SLU) and a URC is supplied, the URC is 
carried by CDCINIT if SSCP(SLU)-=SSCP(PLU)> by CINIT, 
and by BIND to allow the SLU to correlate the BIND with 
the INIT-SELF. 

• Save the User Data field (at the SSCP(ILU)) for 

inclusion in the User Data field in CINIT or to pass to 
the SSCP(PLU) via CDINIT. 

• Determine which LU is to be the primary LU (PLU) for 

the session, as specified in the INIT-SELF request. 

• Select (at the SSCP(SLU)) BIND parameters based on the 
mode name in the request. 

• Generate a PCID to identify the initiation procedure 

used in initiating a cross-domain LU-LU session. It is 
generated by the SSCP receiving the INIT-SELF request, 
the SSCP(ILU). 

• Queue the initiation request if queuing is requested by 
the end user, it is supported by the SSCP(s), and the 
DLU is currently unavailable. For a same-domain 
session, the INIT-SELF request is first processed and 
then queued until the LU(s) become available. For a 
cross-domain session, the SSCP(OLU) sends a 
CDINIT(Format 0 or 2) to the SSCP(DLU); after the 
CDINIT is processed and a positive response is 
returned, both SSCPs queue the CDINIT. 

• Send a CDINIT, in the case of a cross-domain session, 
to transport the INIT-SELF request and resolved setup 
information to the SSCP(DLU) for distributed processing 
(see CDINIT for details). The CDINIT RU is format 2 
(includes COS specification) if the SSCP(OLU) and 
SSCP(DLU) both support COS. 

• When processing RSP(CDINIT), if the SSCP(DLU=SLU) has 
selected a COS name from the mode table because the ILU 
had not specified a COS name in the INIT-SELF request, 
then the SSCP(OLU=PLU) verifies that the COS name is a 
valid entry in the "COS name to VR identifier list" 
table. If not valid, it sends a -RSP(INIT-SELF, 
X'08610000*), thereby indicating the invalid COS name. 
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• Return a positive response to the INIT-SELF request 
once the resource availabi1ity* mode name* COS name* 
password) and requester ID are verified; a +RSPCCDINIT) 
is received (for a cross-domain session); and* if 
applicable* the initiation request is queued. The 
activation of the LU-LU session is completed sometime 
later. If an error occurs after a positive response 
has been sent* the ILU is notified via either 
NOTIFYCVector Key X'OS') or NSPE. 

INIT-OTHER from the ILU requests the initiation of a session 
between the two LUs named in the RU. The requester may be a 
third-party LU or one of the two named LUs. 

The session to be initiated may involve LUs in the same 
domain or in different domains. The INIT-OTHER request 
indicates* among other parameters* uninterpreted names of 
both LUs in the session to be initiated* together with 
optional URC and COS name fields. 

The SSCP retains sufficient information (e.g.* the network 
address of the ILU) in order later to be able to send 
NOTIFY(Vector Key X*03*) to the ILU to report the status of 
the initiation* if requested by the NOTIFY specification in 
INIT-OTHER. If an initiation failure occurs* NOTIFYCVector 
Key X' 0 3 ' ) is sent to the ILU, independent of the NOTIFY 
specification in INIT-OTHER. 

(SSCP,ILU).PRI.INIT(LU1,LU2)_RCV receives the INIT-OTHER 
request and, if it is valid, passes it to SSCP.SVC_MGR.SS* 
which may perform the following processing (when the ILU and 
OLU, or OLU and DLU* are in different domains* the 
processing is distributed among the corresponding SSCPs, 
each SSCP processing the portion that relates to the LU in 
its domain): 

• Perform the same processing as described for INIT-SELF* 
except that relating to the ILU and SSCP(ILU). 

• Resolve the uninterpreted names specified in the 

INIT-OTHER request to network names (performed by the 

SSCP (ILU)) . 

• Resolve the network name of the OLU to a network 

address if either LU1 or LU2 is in the same domain as 
the ILU. 

• Retain the URC, if supplied in the request, for 

inclusion within any NOTIFY RU sent back to the ILU. 

• When an INIT-OTHER is issued by a third-party ILU and a 
URC is specified, the URC is carried to neither the PLU 
nor the SLU. 
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Determine that the necessary SSCP-SSCP session is 
active. 

Generate a PCID for the initiation procedure if at 
least one of the two LUs (LU1 or LU2) is not in the 
same domain as the ILU. 

Save the User Data field (at the SSCP(ILU)) for 
inclusion in the User Data field in CINXT or to pass to 
the SSCP(PLU) via INIT-OTHER-CD and/or CDINIT. 

Queue the initiation request if queuing is requested by 
the end user* it is supported by the SSCP(s), and LU1 
or LU2 is currently unavailable. For a same-domain 
session, the INIT-OTHER (if SSCP(ILU) = SSCP(OLU)) or 
INIT-OTHER-CD (if SSCP(ILU) - = SSCP(OLU)) is first 
processed and then queued until the LU(s) become 
available. For a cross-domain session, the SSCP(OLU) 
sends a CDINIT(Format 0 or 2) to the SSCP(DLU); after 
the CDINIT is processed and a positive response is 
returned, both SSCPs queue the CDINIT. 

Send an INIT-OTHER-CD request to the SSCP(LU1|LU2)> if 
neither LU1 nor LU2 is in the same domain as the ILU. 
The INIT-OTHER-CD RU is format 2 (includes COS 
specification) if the SSCP(ILU) and SSCP(OLU) both 
support COS. 

Send a CDINIT request to the SSCP(LU1|LU2 ), if either 
LU1 or LU2, but not both, is in the same domain as the 
ILU. (Note that in this case SSCP(ILU) = SSCP(OLU) and 
thus the SSCP.SVC_MGR.SS performs the same processing 
as that described under INIT-SELF.) 

Return a positive response to the INIT-OTHER request 
once the resource availability, mode name, COS name, 
password, and requester ID for both LUs are verified; a 
+RSP(CDINIT) is received (for a cross domain session); 
a +RSP(INIT-OTHER-CD) is received (for third-party 
SSCP); and, if applicable, the initiation request is 
queued. The activation of the LU-LU session is 
completed sometime later. If an error occurs after a 
positive response has been sent, the ILU is notified 
via NOTIFY(Vector Key X'03'). 
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-RESET- -PEND_RESET- 

INIT SELFJOTHER froa ILO.SVC_MGR.SS.SEND 


-ACTIVE- 


o- 

I INIT 

1 

SELF|OTHER to 

SNS.SEND 

->o 

1 

1 

1 

♦ RSP(INIT) 

fro* SNS.RCV 

1 

1 

- -- -. - 

1 

♦ RSP (INIT) 

to ILO.SVC^MGR.SS.BCV 

1 

1 

1 

o<- 

-RSP (INIT) 

fro* SNS.BCV 

1 

1 

—0 


-RSP (INIT) to ILH.SVC_HGR.SS.RCV | 


-PEND ACTIVE- 

7 

INIT-OTHER(NOTIFY) fro« ILO.SVC_MGR.SS.SEND| ♦RSP(INIT) fro* SNS.RCV 
--- >o- 


INIT-OTHER(NOTIFY) to SNS.SEND 

-RSP(INIT) fro* SNS.RCV 


o<— 


| ♦RSP(INIT) to ILU.SVC_HGR.SS.RCV 


-RSP(INIT) to ILO.SVC_MGR.SS.RCV | 

(NOTIFY-session started or setup failure received) fro* ILO.SVCJSGR.SS.SEND 


(no output) 

Figure 8-12. (SSCP,ILU).SEC.INIT ( (OLD,DLU) | (L01 f LU2))_SEND 


-RESET- -PEND INIT-SELF- -ACTIVE_INIT-SELF- 

1 I I 

| INIT-SELF fro* SNS.RCV | *RSP(INIT) fro* SSCP.SVC_MGR.SS.SEND | 

o-*---> o—---> o 

| INIT-SELF to SSCP.SVC MGR.SS.RCV | ♦RSP(INIT) to SNS.SEND I 

I “ I I 

I I I 

j-RSP(INIT,Note 1) from SSCP.SVC_MGR.SS.SEND | I 

|-RSP(INIT,Note 1) to SNS.SEND | I 

I I 

| -PEND INIT-OTHER- -ACTIVE INIT-OTHER- ! 

I ” I ~ I I 

| INIT-OTHER from SNS.RCV |4RSP(INIT) from SSCP.SVC_MGR.SS.SEND) | 

o->o->0 I 

| INIT-OTHER to SSCP.SVC MGR.SS.RCV |+RSP(INIT) to SNS.SEND j | 

I " ! II 

I I II 

|-RSP(INIT,Note 1) fro* SSCP.SVC MGR.SS.SENDI I I 

o<- o I I 

|-RSP(INIT,Note 1) to SNS.SEND | | I 


| (session started) from SSCP.SVC_MGR.SS.SEND I I 

o<---o I 

| NOTIFY(session started) to SNS.SEND (optional) | I 

I I I 

| NOTIFY(setup failure) from SSCP.SVC_MGR.SS.SEND | I 

o<-----o i 

| NOTIFY (setup failure) to SNS.SEND | | 

I I 

| (session started) from SSCP.SVC_MGR.SS.SEND | 

o<--------o 

| (no output) | 


NSPE|NOTIFY (setup failure) from SSCP.SVC_MGR.SS.SEND (Note 2) 


o<—---■-----o 

| NSPE|NOTIFY (setup failure) to SNS.SEND (Note 2) | 


Nsies: 

1. Sense codes: 0801,0803,0804,0805,0806,0809,080E,080F,0810,0812,0818,0826,0836,0837, 

0838,0839,083A,083B, 0841,0842,0844 

2. NSPE is used if INIT-SELF for*at 0 has been issued; otherwise, NOTIFY is used. 


Figure 8-13. (SSCP,ILO) .PHI.INIT ( (CIU,DLO) | (LU1,L02)) _RCV 
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TERMINATE-SELF (TERM-SELF) 

TERMINATE-OTHER (TERM-OTHER) 

Flow: From TLU to SSCP(TLU) (Normal) 

Principal FSMs: 

(SSCP * TLU).SEC.TERM(SESSION_KEY_CONTENT|URC)_SEND 
(Page 8-33) 

(SSCP,TLU).PRI.TERM(SESSION_KEY_CONTENT|URC)_RCV 
(Page 8-33) 

TERM-SELF from the TLU requests that the SSCP assist in the 
termination of one or more sessions between the sender of 
the request (TLU=OLU) and the DLU(s). The TERM-SELF request 
can explicitly indicate the uninterpreted name of the other 
LU with which the session(s) is to be terminated or can 
request* by not specifying the uninterpreted name* that all 
LU-LU sessions with the OLU be terminated. The sessions to 
be terminated may involve LUs in the same or in different 
domains. 

TERM-SELF(Format 1) can also identify the session to be 
terminated via a network address pair or a URC session key. 
When the TERM-SELF is sent to terminate a parallel session 
after receipt of the CINIT or BIND carrying the assigned 
network address pair, the TERM-SELF carries the 
network-address-pair session key to identify the parallel 
session to be terminated; otherwise* when the TERM-SELF is 
sent prior to receipt of the CINIT or the BIND* the 
TERM-SELF carries the URC session key to identify the 
parallel session to be terminated. The optional URC field 
(distinct from the URC session key) can be specified in 
TERM-SELF(Format 1) for the TLU to correlate a TERM-SELF 
with NOTIFY(s). 

The TERM-SELF request specifies (via the Type byte) the 
state(s) of the session(s) to be terminated: 

• Active and pending active sessions 

• Active* pending active, and queued sessions 

• Queued sessions only 

The TERM-SELF request designates (via the Type byte) the 
type of termination to be performed: Orderly, Forced, or 
Cleanup. 

TERM-SELF(Orderly) requests that the SSCP(s) (via 
CDTERM(Orderly) and/or CTERM(Orderly) discussed later in 
this chapter) allow the PLU to execute an end-of-session 
procedure before the session is deactivated. 


8-28 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 




TERM-SELF(Forced) requests that the SSCP(s) (via 
CDTERM(Forced) and/or CTERM(Forced) ) request the PLU to 
initiate session deactivation immediately and 

unconditionally. (The PLU user is also to be notified of 
the action.) 

TERM-SELF(Cleanup) requests the SSCP(s) to initiate cleanup 
procedures for the PLU* boundary function* and SLU. The 
SSCP(OLU) and the SSCP(DLU) also clean up their LU-LU 
session-related information. In case of cross-domain 
session cleanup* the SSCP(OLU) begins the OLl’-related 
cleanup procedure independently of the response to CDTERM. 

The Type byte identifies which class of sessions involving 
the two LUs (OLU and DLU) are to be terminated when more 
than one session is active* pending active* or queued: 

• Session(s) for which DLU is PLU 

• Session(s) for which DLU is SLU 

• Session(s) regardless of whether DLU is PLU or SLU 

The SSCP(TLU) retains sufficient information (e.g.* the 
network address of the TLU) in order later to be able to 
send NOTIFY(Vector Key X'03’) to the TLU to report the 
status of the termination* if requested by the NOTIFY 
specification in TERM-SELF(Format 1). If a termination 
failure occurs, NOTIFY(Vector Key X*03*) or NSPE is sent to 
the TLU, independent of the NOTIFY specification in 
TERM-SELF (NSPE is sent in lieu of NOTIFY only if 
TERM-SELF(Format 0) was received). 

(SSCP,TLU).PRI,TERM(SESSION_KEY_CONTENT|URC)_RCV receives 
the TERM-SELF request and* if it is valid* passes it to 
SSCP.SVC_MGR.SS* which may perform the following processing 
(when LUs are in different domains* the processing is 
distributed among both SSCPs* each SSCP processing the 
portion that relates to the LU in its domain): 

• Establish the authority of the end user and the TLU to 
request the termination of the specified session. 

• Send a -RSP(TERM-SELF, X ’ 0853 ’—Cleanup Required), if 
the TERM-SELF did not specify Cleanup and the SSCP-SSCP 
session with the SSCP having an active SSCP-LU session 
with the cross-domain LU is not active. 

• If SSCP(TLU): Resolve the uninterpreted name of the 

DLU to a network name. 
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• If SSCP(DLU): Resolve network name of the DLU to a 

network address. This network address is returned to 
the SSCP(OLU) by the SSCP(DLU) in its response to a 
subsequent CDTERM (although the SSCP(OLU) may have 
saved the DLU network address from the LU-LU session 
initiation procedure). 

• If SSCP(TLU): Retain the URC field, if one is 

supplied, for later inclusion within any NOTIFY RU sent 
back to the TLU. 

• If SSCP(TLU): Generate a PCID for the termination 

procedure for a cross-domain LU-LU session. 

For each session: 

• If SSCPCOLU) and the two LUs are in different domains: 
Send a CDTERM(Orderly|Forced|Cleanup), as specified in 
the TERM-SELF, to transport the termination request to 
the SSCP(DLU) for distributed processing of the 
TERM-SELF . 

• If SSCP(OLU): Determine which LU is the PLU and which, 
the SLU, based on information retained from the session 
initiation. 

• If SSCP(OLU): Determine session(s) to be terminated 
based on the OLU being the PLU or SLU for each session 
(indicated by the Type byte of TERM-SELF). 

• If SSCP(PLU): Send a CTERM(Orderly|Forced|Cleanup), as 
specified in the TERM-SELF, to the PLU. 

• If SSCP(SLU) and the TERM-SELF specified Cleanup: Send 
a CLEANUP to the SLU (in a subarea node), or either 
DACTLU or ACTLU(Cold) to the SLU (in a peripheral 
node) . 

• If SSCP(OLU) and multiple sessions are to be terminated 
(the TERM-SELF carries the DLU Uninterpreted Name field 
and either the length value is 0, or it is non-Q and 
more than one parallel session is active with the 
specified DLU): Determine the network addresses and/or 
PCID session keys of the session partners for each of 
the sessions that the OLU is involved in for the class 
of sessions indicated by the Type byte of TERM-SELF. 
CDTERM, CTERM, and/or CLEANUP (or, either DACTLU or 
ACTLU(Cold)) is sent to each SSCP(DLUi)), PLUi, and/or 
SLUi, respectively, depending on which domain these LUs 
are in, as described previously. More than one CDTERM, 
CTERM, and/or CLEANUP is sent to the same SSCP or LU if 
more than one parallel session is to be terminated. 
Errors encountered during the processing of the 
individual session terminations are reported by 
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NOTIFY(Vector Key X’03’) (or NSPE if TERM-SELF(Format 
0) is used). If NOTIFY reply is specified in 
TERM-SELF(Format 1), a NOTIFY(Vector Key X’03’) is sent 
when all termination procedures are completed. 

• Return a positive response once the TERM-SELF request 
has been validated (e.g., password and authorization) 
and when at least one session has been recognized. If 
the TERM-SELF(Format 0) request is used and SSCP(OLU) 
-= SSCP(DLU), then a response may be delayed until the 
SSCP(OLU) receives a response to CDTERM from the 
SSCP(DLU). The deactivation of the LU-LU session is 
completed sometime later. If an error occurs after a 
positive response has been sent> the TLU is notified by 
either NOTIFY(Vector Key X’03') or NSPE. 

TERM-OTHER from the TLU requests that the SSCP assist in 
terminating session(s) between the two LUs named in the RU. 
The requester may be a third-party LU or one of the two 
named LUs. The session(s) to be terminated may be between 
LUs in the same or in different domains. The TERM-OTHER 
indicates* via a session key* the uninterpreted names of 
both LUs (LU1 and LU2)> the network address pair* or the URC 
for the session(s) to be terminated. The optional URC field 
(distinct from the URC session key) can be specified in 
TERM-OTHER for the TLU to correlate a TERM-OTHER with 
NOTIFY(s). 

The TERM-OTHER request specifies (via the Type byte) the 
state(s) of session(s) to be terminated: 

• Active and pending active sessions 

• Active, pending active* and queued sessions 

• Queued sessions only 

The TERM-OTHER request designates (via the Type byte) 
Orderly, Forced* or Cleanup and the class of sessions to be 
terminated (as described for TERM-SELF). 

The SSCP(TLU) retains sufficient information (e.g.* the 
network address of the TLU) in order later to be able to 
send NOTIFY(Vector Key X’03') to the TLU to report the 
status of the termination, if requested by the NOTIFY 
specification in TERM-OTHER. If a termination failure 
occurs, NOTIFY(Vector Key X’03’) is sent to the TLU, 
independent of the NOTIFY specification in TERM-OTHER. 

(SSCP,TLU).PR I.TERM(SESSION_KEY_CONTENT|URC)_RCV receives 
the TERM-OTHER request and, if it is valid, passes it to 
SSCP.SVC_MGR.SS, which may perform the following processing: 
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• Perform the same processing as described for TERM-SELF, 
except that which relates to the TLU and SSCP(TLU). 

• Establish the authority of the end user and the TLU to 
request the termination of the specified session(s). 

• Send a -RSP(TERM-OTHER, X'0853'—Cleanup Required), if 

LU1 or LU2 (but not both) is in the same domain as the 
TLU, the TERM-OTHER did not specify Cleanup, and the 
SSCP-SSCP session with the SSCP having an active 
SSCP-LU session with the cross-domain LU is not active. 

• Resolve the uninterpreted names specified in the 

TERM-OTHER request to network names (performed by the 
SSCP(TLU)). 

• Resolve the network name of the OLU to a network 

address if either LU1 or LU2 is in the same domain as 
the TLU. 

• Retain the URC field, if one is supplied, for later 
use in any NOTIFY RU sent back to the TLU. 

• Generate a PCID for the termination procedure if at 

least one of the two LUs (LU1 or LU2) is not in the 
same domain as the TLU. 

• Send a TERM-OTHER-CD if neither LU1 nor LU2 is in the 

same domain as the TLU. Note that the receiver of the 
TERM-OTHER-CD becomes the SSCP(OLU). 

• Return a positive response once the TERM-OTHER has been 

validated (e.g., password, authorization, and receipt 
of a +RSP to TERM-OTHER-CD). The SSCP(OLU) sends 
+RSP(TERM-OTHER-CD) to the SSCP(TLU) when the setup 
processing portion of the initiation procedure has 
started and the session termination procedure has not 
completed; otherwise, -RSP(TERM-OTHER-CD) is sent. The 
deactivation of the LU-LU session is completed sometime 
later. If an error occurs after a positive response 
has been sent, then the TLU is notified via 

NOTIFY(Vector Key X’03’ ) . 
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-RESET- -PEND RESET- -ACTIVE- 

I T I 

I I I 

| TERM SELF | OTHER (-^NOTIFY) from TLO.SVC MGR. SS. SEND | 1 

o-->o I 

| TERM SELF| OTHER (-^NOTIFY) to SNS.SEND j I 

I I I 

I I I 

| 4RSP(TERM) from SNS.RCV | I 

o<-o I 

| +RSP(TERM) to TLO.SVC MGR.SS.RCV | I 

I I I 

| -RSP(TERM) from SNS.RCV I ! 

o<-o I 

| -RSP (TERM) to 1LU.SVC MGR.SS.RCV | I 

! ' ! 

I « 

| -PEND ACTIVE- I 

I T i 

| TERM SELF|OTHER (NOTIFY) from TLU.SVC_MGR.SS.SEND | +RSP(TERM) from SNS.RCV I 

o——->o->o 

| TERM SELFjOTHER(NOTIFY) to SNS.SEND I +RSP(TERM) to TLO.SVC_MGR.RCV 1 

t I I 

I I I 

| -RSP (TERM) from SNS.RCV | I 

o<-o I 

| -RSP (TERM) to TLO.SVC MGR.RCV | I 

I I 

I I 

| (notify (all sessions terminated received)) from TLO.SVC_MGR.SS.SEND | 

---—° 

| (no output) I 

Note: One of these FSMs exists for every SESSION_KEY_CONTENT (for a single session TERM) or 

URC (for multiple session TERM) that is used to correlate NOTIFY (s) to a prior TERM(Format 1). 

Figure 8-14. (SSCP f TLU) .SEC.TERM (SESSION^KEY_CONTENT|UBC) JSEND 

--RESET- -PEND- -ACTIVE- 

I I I 

j TERM SELFJOTHER from SNS.RCV | +RSP (TERM) from SSCP.SVC_MGR.SS.SEND ! 

o->o- >o 

| TERM SELF|OTHER to SSCP.SVC_MGR.SS.EC V | +BSP(TERM) to SNS.SEND \ 

i I I 

I I I 

| -RSP(TERM, Note 1) from SSCP- SVC_MGR. SS,. SEND | | 

o<-o j 

| -RSP (TERM,Note 1) tc SNS.SEND | J 

! I 

I I 

1 I 

| (all sessions terminated) from SSCP.SVC_MGR.SS.SEND I 

o<- o 

| NOTIFY (all sessions terminated) to SNS.SEND (Note 2) I 

I I 

| NSPE (takedown failure) |NOTIFY (takedown failure) from SSCP.SVC_MGR.SS.SEND (Note 3) | 


| NSPE(takedown failure)|NOTIFY(takedown failure) to SNS.SEND (Note 3) 


I I 

Notes: 

1. Sense codes; 0803,0804,0806,0809,080E,080F,0810,0812,08 16,08 IE,0835,0839, 

083B,083E,083F,0842,0853,1001 

NOTIFY is sent if NOTIFY reply was specified in TERM and when all requested 
sessions are terminated. 

NSPE is used if TERM-SELF(Format 0) has been issued; otherwise, NOTIFY is used. 

Figure 8-15. (SSCP,TLU).PRI.TERM(SESSI0N_KEY_C0NTENT|URC)_RCV 
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CONTROL INITIATE CCINIT) 
CONTROL TERMINATE (CTERM) 
SESSION STARTED (SESSST) 
SESSION ENDED (SESSEND) 
BIND FAILURE (BINDF) 
UNBIND FAILURE (UNBINDF) 


Flow: From SSCP to PLU (Normal) for CINIT and CTERM; 

from PLU to SSCP (Normal) for SESSST, BINDF, UNBINDF; 
from LU to SSCP (Normal) for SESSEND 


Principal FSMs: 

FSM_SSCP_PLU_PRI_CSESS_SEND 

FSM_SSCP_PLU_SEC_CSESS_RCV 

FSM_SSCP_PLU_PRI_CTERM_SEND 

FSM_SSCP_PLU_SEC_CTERM_RCV 


(Page 8-37) 
(Page 8-38) 
(Page 8-39) 
(Page 8-40) 


CINIT requests the PLU to attempt to activate, via a BIND 
request, a session with the specified SLU. CINIT is sent to 
the PLU with definite response requested. 


The suggested parameters for BIND (the "BIND image"), mode 
name, COS name, virtual route information (the type of VR 
required and the VR identifier list), the (PLU,SLU) network 
address pair, and the SLU network name are included as 
parameters in CINIT. The BIND parameters are selected by 
the SSCP.SVC_MGR.SS, based on optional implementation- and 
installation-specified parameters for the specific LU, and 
on the mode name parameter in the INIT that prompted the 
CINIT. The PLU uses the network address pair provided in 
the CINIT RU, but may modify the parameters from CINIT, 
except for the pacing parameters, maximum RU sizes, 
cryptography, URC field, SLU name and PLU name. 

When an INIT (SELF or OTHER) is issued from an SLU, the 
SSCP(PLU) places the uninterpreted name of the PLU, as 
received in the INIT RU (same domain session), or as carried 
in the DLU Uninterpreted Name field in CDINIT (cross domain 
session), into the PLU Name field of the BIND image; 
otherwise, the SSCP(PLU) places the network name of the PLU 
into this fieId. 

Mode name, COS name, and virtual route information are not 
included in the BIND RU. The PLU.SVC_MGR.SS passes COS name 
and virtual route information to PU.SVC_MGR.CSC_MGR as 
parameters to be used in the selection of the virtual route 
to be used by the subject session. The PLU.SVC_MGR.SS also 
retains the mode name and COS name, which it may use in a 
subsequent INIT-SELF or INIT-QTHER request, if it is 
necessary to restart the same LU-LU session with the 
original session characteristics. // 

y 
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The PLU may change the primary CPMGR's receive pacing 
count—but not to 0, as 0 indicates no pacing of requests to 
the primary CPMGR. If this count is changed* and the 
staging indicator specifies one-stage* the secondary CPMGR’s 
send pacing count is made equal to the primary CPMGR's 
receive pacing count. The PLU may also change the maximum 
RU sizes that are used on the normal flows. The changing of 
any of the pacing parameters and maximum RU sizes on one 
session may affect the performance characteristics of that 
session and of concurrently active sessions that share 
network resources with it. See Chapter 13 for additional 
rules on TS Profile and TS Usage modifications that are 
allowed on the BIND parameters. 

The ILU identification and password may be forwarded to the 
PLU* where they can be used to determine the authority of 
the initiating LU.SVC_MGR.SS or LU end user. A user field 
in CINIT is also passed to the PLU. 

If both the PLU and SLU have cryptographic capability* the 
SSCP.SVC_MGR.SS inserts the session cryptography key twice 
into the CINIT—once enciphered under the PLU master 
cryptography key and once enciphered under the SLU 
cryptography key* the former is used at the PLU* while the 
latter is passed by the PLU in BIND for use at the SLU. The 
SSCP.SVC_MGR.SS also sets the cryptography option flags to 
the highest level of cryptography (see BIND in Chapter 13) 
as requested by the INIT (via the mode name field 
designation of the BIND parameters) or by implementation- 
and installation-dependent descriptions of the LUs known to 
the SSCP.SVC_MGR.SS. The session cryptography key is a 
pseudo random number that the SSCP.SVC_MGR.SS obtains from a 
UPM. 


If a URC is supplied to the SSCP(PLU), it is carried in the 
BIND image of CINIT, as described for INIT earlier in this 
chapter . 

CTERM requests that the PLU attempt to deactivate a session 
with the specified (PLU,SLU) network address pair. CTERM is 
sent to the PLU with definite response requested. The CTERM 
may be designated Orderly, Forced* or Cleanup. 

CTERM(Orderly) allows the PLU to delay deactivating the 
session. 

CTERM(Forced) requires an unconditional attempt to 
deactivate the session via UNBIND (optionally preceded by 
CLEAR) . 

CTERM(Cleanup) is equivalent to CTERM(Forced), except tHat 
the UNBIND resulting from this CTERM internally triggers a 
+RSP(UNBIND), since cleanup termination is used in instances 
when an LU needs to unilaterally deactivate a session* 
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without waiting for synchronization with the other 
half-session. (The association of the HSCB for the 
(PLU>SLU).PR I half-session with a VRCB is broken when 
PU.SVC_MGR.CSC_MGR processes this RSP(UNBIND).) 

The PLU may send UNBIND without receiving a CTERM request 
from its SSCP to deactivate one of its own active sessions. 

SESSST is sent, with no-response requested, by the PLU to 
notify the SSCP that the session between the specified LUs 
has been successfully activated. 

BINDF is sent, with no-response requested, by the PLU to 
notify the SSCP that the attempt to activate the session 
between the specified LUs has failed; the reason for the 
failure is indicated by a parameter of the request. 

SESSEND is sent, with no-response requested, by the PLU, the 
SLU (in a subarea node only), or the BF . LU . SVC^JIGR on behalf 
of the SLU to notify the SSCP that the session between the 
specified LUs has been successfully deactivated. 

UNBINDF is sent, with no-response requested, by the PLU to 
notify the SSCP that the attempt to deactivate the session 
between the specified LUs has failed (e.g.» because of a 
path failure). 
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FSM_SSCP_PLU_PRI_CSESS_SEND: FSM_DEFINITION; 


STATE NAMES—> 


STATE NUMBERS—> 


INPUT 


S,RQ,CINIT 

R » +RSP > CINIT 

R»-RSP, CINIT /* NOTE */ 


R,RQ »SESSST 
R,RQ,3INDF 


R,RQ,SESSEND 
R,RQ,UNBINDF 


'RESET' 


RESET 


2(A) 

/ 

/ 


> 

> 


> 

> 


PEND 

ACTIVE 

CINIT 

2 


>(S) 

3(B) 

1 (B1 ) 


> 

> 


> 

> 


PEND 

ACTIVE 

SESSST 

3 


>(S) 

/ 

/ 


4(B) 

KB1) 


1(B1) 

1(B1) 


ACTIVE 


>(S) 

/ 

/ 


> 

> 


1(B1) 

I(B1) 


OUTPUT 

CODE 


B1 


FUNCTION 


SEND MU TO SNS.SEND; 


SEND MU TO SSCP.SVC_MGR.SS.RCVJ 


SEND MU TO SSCP.SVC_MGR.SS.RCV j 

CALL FSM_SSCP_PLU_PRI_CTERM_SEND('RESET ')i 


SEND SEND_CHECK TO SSCP.SVC_MGR.SS.SEND; 


NOTE: SENSE CODES FOR -RSP(CINIT): 0801, 0803, 0804, 0805, 

080A, 080 E, 080 F, 0810, 0812, 0821, 0832, 0835, 0848 

END FSM_SSCP_PLU_PRI_CSESS_SENDJ 


/* 


*/ 
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FSM_SSCP_PLU_SEC_CSESS_RCV: FSM_DEFINITION» 


r 

STATE NAMES—>| 

RESET 

1 PEND 

1 PEND 

ACTIVE 

“1 




| ACTIVE 

| ACTIVE 






I CINIT 

I SESSST 




STATE NUMBERS—>| 

1 

1 2 

1 3 

4 



INPUT | 


1 . ._.... 

1 . 




R,RQ,CINIT | 

2(A) 

1 

1 > 

\ 

I > 

| > 



S,+RSP,CINIT | 

>(S) 

1 3(B) 

I >(S) 

MS) 



S,-RSP,CINIT /* NOTE */ | 

>(S) 

1 HB1) 

i ...... 

1 >(S) 

1.._ ._...,. 

>(S) 



S , RQ,SESSST | 

>(S) 

1 

I >CS) 

I 4(B) 

i > ( S ) 



S > RQ > BINDF | 

>(S) 

I >(S) 

1..... 

1 1 ( B1 ) 

i... 

1 >(S) 



S,RQ,SESSEND I 

>(S) 

1 

1 >CS) 

1 

I 1 ( B1 ) 

I KB1) 



S,RQ,UNBINDF I 

>(S) 

1 >(S) 

1... 

I 1(B1) 

i...... 

I 1(B1) 


! _ 

'RESET' | 

— 

1 

1 1 

1 

I 1 

I 1 

_ 1 



OUTPUT 

CODE 

I FUNCTION 

1 

i 



A 

I 

I SEND 

1 

MU TO PLU.SVC_MGR.SS.RCV» 



B 

1 

I SEND 
!. 

MU TO SNS.SEND J 



B1 

i 

1 SEND 

1 CALL 

[...._ ... 

MU TO SNS.SEND,* 

FSM_SSCP_PLU_SEC_CTERM_RCV('RESET')J 


L- 

S 

I 

1 SEND 

SEND_CHECK TO PLU.SVC_MGR.SS.SEND; 

| 


NOTE: SENSE CODES FOR -RSP(CINIT): 0801, 0803, 0804, 0805, 

080A, 080 E, 080F, 0810, 0812, 0821, 0832, 0835, 0848 

END FSM_SSCP_PLU_SEC_CSESS_RCV,* 


/* 


*/ 
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FSM_SSCP_PLU_PRI_CTERM_SEND: FSM_DEFINITION; 


r 

INPUT 

STATE NAMES—> 

STATE NUMBERS—> 

I RESET | PEND 

I | CTERM 

I 1 ORDERLY 

| | FORCED 

111 2 

I 1 

I I 

I PEND 

1 CTERM 

I CLEANUP 

1 

1 3 

1 

1 

1 

1 

1 

1 

1 


S,RQ,CTERM,ORDERLY|FORCED 

S,RQ,CTERM,CLEANUP 

i 

I 2(A) 

I 3(A) 

I 

1 -(A) 

I 3(A) 

I >(S) 

1 -(A) 

1 

1 


R,+RSP»CTERM» LAST 

R »-RSP» CTERM, LAST /* NOTE */ 

1 

1 -(C) 

I -(C) 

| 

I 1(B) 

| 1(B) 

I 1(B1) 

I 1(B1) 

1 

1 


R » ± RSP > CTERMLAST /* NOTE */ 

1 -(C) 

1 

I -(C) 

I -(C) 

1 


’RESET' 


1 

1 1 

I 1 

1 

- I 

i i 

i _____i 

i 

OUTPUT | 
CODE | 

FUNCTION 




1 


A I 

SEND MU TO SNS.SEND; 






B i 

SEND MU TO SSCP.SVC_MGR.SS. 

rcv; 




B1 i 

1 

SEND MU TO SSCP.SVC_MGR.SS. 
CALL FSM_SSCP_PLU_PRI_CSESS 

RCV; 

_SEND('RESET 

’); 



c 1 

DISCARD MU; 





L 

s 1 

SEND SEND_CHECK TO SSCP.SVC 

_MGR.SS.SEND 

• 

> 



NOTE: SENSE CODES FOR -RSPCCTERM): 

080F > 0810 > 0816 


END FSM_5SCP_PLU_PRI_CTERM_SEND; 


/* 

0803 > 0804» 080A, 080E, 


*/ 
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FSM_SSCP_PLU_SEC_CTERM_RCV: FSM_DEFINITION» 


r 

STATE NAMES- 

~> I 

RESET 

1 PEND 

I PEND 

“I 





I CTERM 

1 CTERM 




1 


I ORDERLY 

I CLEANUP 




1 


I FORCED 




STATE NUMBERS- 

-> | 

1 

1 2 

1 3 



INPUT 

1 


1 

1 .. .. ... 

1 

1 



R,RQ,CTERM,ORDERLY|FORCED 

1 

2(A) 

1 > 

I 

| > 



R,RQ,CTERM,CLEANUP 

1 

3(A) 

| > 

| > 

1 



S,+RSP,CTERM, 

1 

-(B) 

1 

1 1(B) 

1 

I l(Bl) 



S,-RSP,CTERM, /* NOTE */ 

1 

-(B) 

I 1(B) 

l 

1 l(Bl) 

i. 



•RESET’ 

1 

— 

1 

1 1 

1 

1 1 

- 1 



OUTPUT 

CODE 

FUNCTION 


I 


A 

SEND 

MU TO 

PLU.SVC_MGR.SS.RCV J 



B 

SEND 

MU TO 

SNS.SENDJ 


L. 

B1 

SEND 

1 CALL 

MU TO SNS.SENDJ 

FSM_SSCP_PLU_SEC_CSESS_RCV(’RESET ' ) ; 

_1 


NOTE: 


/* 

SENSE CODES FOR -RSP(CTERM): 0803, 0804, 080A, 080E, 
080F, 0810, 0816 

*/ 


END FSM_SSCP_PLU_SEC_CTERM_RC V J 
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CLEANUP 


Flow: SSCP(SLU) to SLU (Normal) 

Principal FSMs: 

(SSCP,SLU).PRI.CLEANUP_SEND (Page 8-42) 

(SSCP »SLU).SEC.C LEANUP_RCV (Page 8-42) 

CLEANUP is sent by the SSCP to the SLU (in a subarea node 
only) requesting that the SLU attempt to deactivate the 
session for the specified (PLU»SLU) network address pair. 
The UNBIND resulting from CLEANUP internally triggers a 
+RSP(UNBIND)» since cleanup termination is used in instances 
when an LU needs to unilaterally deactivate a session, 
without waiting for synchronization with the other 
half-session. 
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-RESET- 

I 

I CLEANUP from SSCP.SVC_MGR.SS.SEND 


o- 

I CLEANUP to SNS.SEND 


o<' 


Figure 8-16. (SSCP,SLU).PR I.CLEANUP_SEND 


-RESET- -PEND 

i I 

I CLEANUP from SNS.RCV I 

o->o 

I CLEANUP to SLU.SVC MGR.SS.RCV I 


I +RSP(CLEANUP) from SLU.SVC_MGR.SS.SEND | 

o<-o 

I +RSP(CLEANUP) to SNS.SEND I 


Figure 8-17. (SSCP,SLU).SEC.CLEANUP_RCV 
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NETWORK SERVICES PROCEDURE ERROR (NSPE) 


Flow: From SSCP to ILU or TLU (Normal) 

Principal FSMs: 

(SSCP,ILU).PR I.INIT((OLU,DLU)|(LU1,LU2))_RCV 
(Page 8-27) 

(SSCP,TLU).PRI.TERM(SESSION_KEY_CONTENT|URC)_RCV 
(Page 8-33) 

NSPE is used by the SSCP to inform an ILU or TLU that a 
session initiation or termination attempt has failed after a 
positive response has been sent to the corresponding 
initiation or termination request. NSPE is used only if 
format 0 of INIT-SELF or TERM-SELF was issued; otherwise, 
NOTIFY(Vector Key X'03') is used. 

An NSPE is also sent to the TLU that issued a 
TERM-SELF(Format 0) requesting multiple session terminations 
to identify each session that has failed the termination 
process (one NSPE per termination failure) after a positive 
response has been sent to the TERM-SELF. (A negative 
response to CDTERM is an example of a failure causing NSPE 
to be sent.) 
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NOTIFY (NOTIFY) 


Flow: From SSCP to SSCP or LU and from LU to SSCP (Normal) 
Principal FSMs: 

(SSCP,ILU).SEC.INIT ((OLU,DLU)1(LU1,LU2))_SEND 
(Page 8-27) 

(SSCP,ILU).PR I.INIT((OLU,DLU)I(LU1,LU2))„RCV 
(Page 8-27) 

(SSCP,TLU).SEC.TERM(SESSION_KEY_CONTENTiURC)_SEND 
(Page 8-33) 

(SSCP,TLU).PR I.TERM(SESSION_KEY_CONTENT!URC)_RCV 
(Page 8-33) 

((SSCP,SSCP*).SSCP)|((SSCP,LU).PR I)|((SSCP,LU).SEC). 

NOTIFY_SEND (Page 8-47) 

((SSCP,SSCP').SSCP)|((SSCP,LU).SEC)I((SSCP,LU).PR I). 

NOTIFY_RCV (Page 8-47) 

(SSCP(OLU),SSCP(ILU)).SSCP(ILU).INIT-OTHER-CD 
(OLU,DLU,PCID)_SEND (Page 8-54) 

(SSCP(0LU),SSCP(ILU)).SSCP(OLU).INIT-OTHER-CD 
(OLU,DLU,PCID)_RCV (Page 8-54) 

(SSCP(OLU),SSCP(TLU)).SSCP(TLU).TERM-OTHER-CD 

(SESSION_KEY_CONTENT,PCID)_SEND (Page 8-64) 

(SSCP(OLU)»SSCP(TLU)).SSCP(OLU).TERM-OTHER-CD 

(SESSION_KEY_CONTENT,PCID)_RCV (Page 8-64) 

NOTIFY is used to send information from an SSCP to another 
SSCP or to an LU, or from an LU to an SSCP. NOTIFY carries 
information in the form of a (vector key, vector data) pair: 

• Vector key X ’ 01 '—resource requested: Sent in NOTIFY 
from an SSCP to the current users (LUs) of a resource 
(LU) to inform them that another LU wishes to use the 
resource. The current use r(s) may be in the same 
domain as the SSCP, or in a different domain; in the 
latter case, the NOTIFY flows from SSCP to SSCP to LU. 

• Vector key X ' 0 3'— ILUlTLU notification or third-party 
SSCP notification: For ILUlTLU notification, it is 
sent in NOTIFY from the SSCP(ILU) to the ILU or from 
the SSCP(TLU) to the TLU in order to provide session 
initiation or termination status, if requested by the 
NOTIFY specification in INIT or TERM. If a session 
initiation or termination attempt has failed after a 
positive response has been sent to the INIT or TERM, 
NOTIFY is sent independent of the NOTIFY specification 
in the INIT or TERM request. NOTIFY is also sent to 
the TLU that issued a TERM to terminate multiple 
sessions, to identify each session that has failed the 
termination process (one NOTIFY per termination 
failure) after a positive response has been sent to the 
TERM. If the ILU sends INIT-OTHER and a requested 
parallel session is initiated, the NOTIFY session key 
parameter includes the network address pair that can be 
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used by the third-party TLU (=ILU) to terminate the 
parallel session. For ILU notification, NOTIFY is sent 
only if INIT-SELF(Format 1 or 2) or INIT-OTHER was 
issued; likewise* for TLU notification, it is sent only 
if TERM-SELF(Format 1) or TERM-OTHER was issued. 

For third-party SSCP notification, the vector key X'03’ 
is sent in NOTIFY from the SSCP(OLU) to a third-party 
SSCP that issued an INIT-OTHER-CD in order to provide 
session initiation status, as requested by the NOTIFY 
specification in the INIT-OTHER-CD. NOTIFY is also 
sent from the SSCP(OLU) to a third-party SSCP that 
issued a TERM-OTHER-CD in order to provide session 
termination status. Additionally, NOTIFY is sent to 
the third-party SSCP that issued a TERM-OTHER-CD to 
terminate multiple sessions, to identify each session 
that has failed the termination process (one NOTIFY per 
termination failure) after a positive response has been 
sent to the TERM-OTHER-CD. If an INIT-OTHER-CD results 
in the initiation of a parallel session, the NOTIFY 
session key parameter includes the network address pair 
that can be used by the third-party SSCP(TLU = ILU) to 
terminate the parallel session. 

When TERM-SELF or TERM-OTHER specifies session key 
X' OA' (URC session key), or TERM-OTHER-CD specifies 
session key X'05* (PCID session key), NOTIFY returns 
the same session key. 

Vector key X'04' —LU notification: Sent in NOTIFY from 
an SSCP to an LU informing the LU of the completed 
termination of the identified LU-LU session, the cause 
of the termination, and the action, if any, to be taken 
by the LU to reinitiate the session. 

Vector key X'OC'—LU-LU session services capabilities: 
Sent in NOTIFY from an LU to its SSCP to convey changes 
in the LU's current LU-LU session services 
capabilities. 

The parameters of the LU-LU session services 
capabilities include the LU's session count and limit, 
its capability to act as a PLU or SLU, and its 
capability to support parallel sessions. Whenever an 
event occurs during an active SSCP-LU session causing 
one or more of these parameters to change, the LU sends 
the NOTIFY to its SSCP to convey its new session 
services capabilities. (At SSCP-LU session activation 
time, the LU's session services capabilities are 
conveyed to the SSCP via control vector X'OC' carried 
in the LU's +RSP(ACTLU) ) . 
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The SSCP uses these parameters to determine whether an 
LU is available for activation of an LU-LU session. In 
terms of these parameters* an LU is available when all 
of the following conditions are met: 

— Its session count is less than its session limit. 

— It can act as a PLU or SLU, as requested in the 

INIT (or CDINIT) request. 

— It supports parallel sessions (if at least one 
session between the designated LUs is already 
active). 

Otherwise* the LU is unavailable for activation of an 
LU-LU session. 

The SSCP also uses these parameters* other than the 
parallel-session support* to determine whether to queue 
an INIT (or CDINIT) request* provided queuing is 
specified in the request and supported by the SSCP(s): 

— When the SSCP receives an initiation request for a 
session with an LU that is currently unavailable* 
because either its session count equals its 
session limit or it cannot comply with the PLUlSLU 
specification* and queuing is specified and 
supported* the SSCP queues the initiation request. 

— When the SSCP receives an initiation request for a 
session with an LU that is currently unavailable 
and either queuing is not specified or not 
supported* or the LU does not support parallel 
sessions and a session between the designated LUs 
is already active* the initiation request is 
rejected (a negative response is returned). 

— When the SSCP receives a NOTIFY indicating the LU 
has become available* the SSCP dequeues initiation 
requests (up to the session limit) for that LU* 
resuming the session-initiation process. 

— When the SSCP receives an initiation request for a 
session with an LU that is available (and other 
necessary conditions are met)* the session is 
initiated. 

The defined (vector key* vector data) pairs are specified in 
Appendix E. 


8-46 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 



-RESET- 

I 

I NOTIFY from (SSCPILU).SVC_MGR.SS.SEND 


o-, 

I NOTIFY to SNS.SEND | 


o <■ 


Figure 8-18. ((SSCP,SSCP*).SSCP)|(CSSCP,LU).PRI)|((SSCP,LU).SEC). 
NOTIFY SEND 


-RESET- 

I 


I NOTIFY from SNS.RCV 
o- 


I NOTIFY to CSSCPILU).SVC_MGR.SS.RCV 


-PEND- 

I 

I 

-> o 


I +RSPCNOTIFY) from (SSCP|LU).SVC_MGR.SS.SEND | 

Q < - 0 

| +RSP(NOTIFY) to SNS.SEND I 

I I 


Figure 8-19. C(SSCP,SSCP').SSCP’)I((SSCP,LU).SEC)|((SSCP,LU).PR I). 
NOTIFY_RCV 
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CROSS-DOMAIN INITIATE CCDINIT) 


Flow: From SSCP(OLU) to SSCP(DLU) (Normal) 

Principal FSMs: 

(SSCPCDLU),SSCP(OLU)).SSCPCOLU).CDINIT(OLU,DLU,PCID)_SEND 
(Page 8-51) 

(SSCP(DLU),SSCP(OLU)).SSCP(DLU).CDINIT(OLU,DLU,PCID)_RCV 
(Page 8-52) 

CDINIT from the SSCP(OLU) requests that the SSCP(DLU) assist 
in initiating an LU-LU session for the specified (OLU*DLU) 
pa i r. 

CDINIT has three formats: Q» 1* and 2. 

• Format 0 is used when first attempting to set up the 
session (Type = initiate only* initiate or queue* or 
queue only). 

• Format 1 (Type = dequeue) is used to retry session 
setup when an LU becomes available and a previous 
Format 0 or 2 CDINIT was queued. See INIT-SELF for 
further description of queuing. 

• Format 2 is identical to format 0* except that it adds 
COS name initialization indicators and COS name. 

(SSCP(DLU),SSCP(0LU)).SSCP(DLU).CDINIT(OLU,DLU,PCID)_RCV 
receives the CDINIT request and* if it is valid* passes it 
to SSCP(DLU).SVC_MGR.SS* which may perform the following 
processing : 

• Resolve the network name of the DLU to a network 
address. 

• Establish the availability of the requested LU (e.g.* 
complies with the PLUISLU specification, not yet at 
session limit) 

• Determine that a path exists between the DLU and 
SSCP(DLU); this may require configuration services to 
establish a connection via a switched link. 

• Establish the authority of the requester (an end user) 
and the OLU to access the DLU. The password may be 
used to verify the identity of the requester. 

• Determine which LU is to be the primary LU (PLU) for 
the session* as specified in the CDINIT request. 
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• Assign a network address to the DLU, if required. The 

SSCPCDLU) issues RNAA to the PU of the DLU if DLU=PLU 
and if the DLU supports parallel sessions. If a 

network address cannot be assigned by the PU> a 
negative response—Insufficient Resource (X'0812')—is 
returned to CDINIT. 

• Select session parameters for the BIND image (if 
SSCP(DLU) = SSCP(SLU)) based on the mode name parameter 
in the request, and on optional implementation- and 
installation-specific parameters for the specific LUs. 

• Verify (when DLU=PLU) that the COS name is a valid 
entry in the ”COS name to VR identifier list" table. 
If not valid, it sends a -RSP(CDINIT, X'08610000 •) , 
thereby indicating the invalid COS name. 

• Derive a COS name (when DLU=SLU and the ILU did not 
specify a COS name) from the mode table and place it in 
the RSP(CDINIT). 

• Specify in RSP(CDINIT) whether the SLU or BF supports 
sending UNBIND and SESSEND. The specification is in 
the LU status byte, byte 7, bit 5, of RSP(CDINIT). 

A positive response is returned to the CDINIT request once 
the LU availability, mode name, COS name, password, and 

requester ID are verified and, if applicable, the CDINIT 
request is queued. Information about the DLU is returned in 
the response to the CDINIT request. At the completion of 
the processing of CDINIT and its response, both SSCPs have: 

• The network names and network addresses of both LUs 
(0LU and DLU). (Format 0 or 2 of CDINIT carries the 
DLU uninterpreted name as specified in INIT-SELF, or in 
INIT-0THER when ILU = 0LU; otherwise, the DLU 
uninterpreted name is omitted.) 

• The uninterpreted LU name used in the original session 
initiation request (if INIT-SELF originated the 
request). 

• The PCID used to correlate the initiation procedure 
(the PCID is generated by the SSCP(ILU)). 

• The status of the LUs (e.g., available) and of the 
CDINIT procedure (e.g., initiated successfully, 
queued). 

• The mode name, COS name, requester ID, password, and 
user field. 
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If queuing is specified (and necessary) and supported by the 
SSCPs* then processing of the CDINIT and its response 
consists of both SSCPs queuing the CDINIT request until a 
later event (e.g.» receipt of NOTIFY(Vector Key X'OC') 
indicating the LU is now available for activation of an 
LU-LU session) causes dequeuing. 

When a positive response to CDINIT has been returned and 
both LUs are available for an active session* the SSCP(SLU) 
issues a CDCINIT to the SSCPCPLU). 


V. 
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“RESET- 

CDINIT fro* SSCP.SVC MGR.SS.SEND 


-PEND RESP- 

T 

| +RSP (CDINIT,Queue) fro* SNS.RCV 
- >o— 


CDINIT to SNS.SEND 


| +RSP(CDINIT,Queue) to SSCP.SVC_HGR.SS.RCV 


-PEND CDINIT DQ- 

I 

I 

->o 


“RSP(CDINIT) fro* SNS.RCV 


I 
I 

| +RSP(CDINIT,Proceed) fro* SNS.RCV 


-PEND CDCINIT- 


—>o 


-RSP(CDINIT) to SSCP.SVC_MGR.SS.RCV 


+RSP(CDINIT,Proceed) to SSCP.SVC_HGR.SS.RCV 


| (dequeue complete) fro* 
PEND | SSCP.SVC_MGR.SS.SEND 

CDINIT_ | - 

DQ | (no output) 

I 


1 -o 


PEND 

DQ_ 

RCV 


| +RSP(CDINIT(DQ)-Proceed) fro* 

| SSCP.SVC MGR.SS.SEND 

, - 

| ♦ RSP(CDINIT(DQ)-Proceed) to SNS.SEND 

I 


2 .o 


(initiation process coapleted) from SSCP.SVC_MGR.SS.SEND 


(no output) 


(purge initiation process) fro* SSCP.SVC_MGR.SS.send 


(no output) 


-PEND_DQ_SEND- 


o<- 


-RSP(CDINIT,083D) fro* SNS.RCV 


-DQJ 


-RSP (CDINIT,083D) to SSCP.SVC_MGB.SS.RCV 

CONTENTION- 

CDINIT (DQ) from SNS.RCV 


o<— 


CDINIT (DQ) to SSCP.SVC_MGR.SS.RCV 
♦ RSP (CDINIT) from SSCP.SVC_MGR.SS.SEND 


—>0' 


♦RSP(CDINIT) to SNS.SEND 

-RSP (CDINIT,Note) fro* SSCP.SVC_MGR.SS.SEND 
- >o 


-RSP(CDINIT,Note) to SNS.SEND 


♦ RSP (CDINIT) fro* SNS.RCV 


♦RSP (CDINIT) to SSCP.SVC_MGB.SS.RCV 
-RSP (CDINIT) fro* SNS.RCV 


| -RSP(CDINIT) to SSCP.SVC_MGB.SS.RCV 
♦ RSP (CDINIT,Purge) fro* SSCP.SVC_MGR.SS.SEND 


o<— 

I 


Note: 


♦RSP(CDINIT,Purge) to SNS.SEND 
-RSP (CDINIT,083D) fro* SSCP.SVC_MGR.SS.SEND 


CDINIT (DQ) from SSCP.SVC_MGR. SS.SEND 


CDINIT(DQ) to SNS.SEND 


♦RSP(CDINIT) from SNS.RCV 


+ RSP(CDINIT) to SSCP.SVC_MGR.SS.RCV 
-RSP(CDINIT) from SNS.RCV 


-RSP(CDINIT) to SSCP.SVC_MGR.SS.RCV 


—PEND_DQ_RCV- 


—>o<— 


CDINIT(DQ) from SNS.RCV 


O 2 


CDINIT(DQ) to SSCP.SVC_MGR.SS.RCV 


♦RSP(CDINIT,Queue) from SSCP.SVC_MGR.SS.SEND 


+RSP(CDINIT,Queue) to SNS.SEND 
-RSP(CDINIT,Note) fro* SSCP.SVC_MGR.SS.SEND 


-RSP (CDINIT,083D) to SNS.SEND 
Sense Codes; 0844,1003 


| -RSP(CDINIT,Note) to SNS.SEND 


o 1 


->o 


Figure 8-20. (SSCP(DLO) ,SSCP(OIU)) .SSCP(OLU) . CDINIT (OLO ,DLO ,PCID) _SEND 
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-RESET- 

CDINIT fro* SNS.BCV 
CDINIT to SSCP.SVC HGR.SS.BCV 


-PEND RESP- 

T 

| +RSP (CDINIT,Queue) froa SSCP.SVC_MGR.SS.SEND 
->o- 


-PEND CDINIT DQ- 

! 

I 

->o 


| +RSP(CDINIT,Queue) to SNS.SEND 
I 
I 
I 

-RSP(CDINIT,Note 2) froa SSCP.SVC_HGR.SS.SEND | ♦RSP(CDINIT,Proceed) froa SSCP.SVC_BGR.SS.SEND 
— ----— ----- o ---- - --- 1 -- .— i —— >o 


-PEND CDCINIT- 


-BSP(CDINIT,Note 2) to SNS.SEND 


| ♦RSP(CDINIT,Proceed) to SNS.SEND 


I 

PEND_ | (dequeue coaplete) froa SSCP.SVC_MGR.SS.SEND 


CDINIT | 
DQ 


(no output) 


o 1 


| +RSP(CDINIT(DQ)-Proceed) froa 
PEND_ | SSCP.SVC_HGR.SS.SEND 

DQ_ |--— 

RCV | ♦RSP(CDINIT(DQ)-Proceed) to SNS.SEND 

I 


o<~ 


(initiation process coapleted) from SSCP.SVC_MGR.SS.SEND 


(nc output) 


(purge initiation process) froa SSCP.SVCJHGR.SS.SEND 


(no output) 


-RSP(CDINIT,083D) froa SNS.BCV 


-PEND DQ SEND- 

I 
I 

0<-----—o <- 

-RSP(CDINIT,083D) to SSCP.SVC.MGR.SS. RCV | 

I 

-DQ CONTENTION- j 

I 


CDINIT(DQ) from SSCP.SVC_MGR.SS,SEND 
CDINIT(DQ) to SNS.SEND 


o<— 


CDINIT(DQ) from SNS.BCV 


| ♦RSP(CDINIT) from SNS.RCV 


CDINIT (DQ) to SSCP.SVC_MGfi,.SS. RCV 

♦ RSP (CDINIT) from SSCP.SVC_HGR.SS.SEND 
♦RSP(CDINIT) to SNS.SEND 


| ♦RSP(CDINIT) to SSCP.SVC MGR.SS.RCV 
I 
I 


( -RSP(CDINIT) from SNS.RCV 
->o- 


I 

-RSP(CDINIT,Note 1) from SSCP.SVC_MGR.SS.SEND | 

—------->o 

-RSP(CDINIT,Note 1) to SNS.SEND | 


| -RSP (CDINIT) to SSCP.SVC_MGR.SS.RCV 


->0 


o<- 


o<~ 


♦RSP(CDINIT) from SNS.RCV 


♦RSP(CDINIT) to SSCP.SVC_HGR.SS.RCV 
-RSP(CDINIT) from SNS.RCV 


-PEND_DQ_RCV- 

I ~ 

I 

->o<- 

I 

o 2 


CDINIT(DQ) from SNS.RCV 


CDINIT(DQ) to SSCP.SVCJ1GR.SS.RCV 


—>o 

I 

I 

I 


| -RSP (CDINIT) to SSCP- SVC__MGR. SS. RCV 

♦RSP(CDINIT,Purge) from SSCP.SVC_MGR.SS.SEND | ♦RSP(CDINIT,Queue) froa SSCP.SVCJJGR.SS.SEND 


♦RSP(CDINIT,Purge) to SNS.SEND 


♦RSP(CDINIT,Queue) to SNS.SEND 


-RSP(CDINIT,083D) from SSCP.SVC_MGR.SS.SEND | -RSP(CDINIT,Note 1) from SSCP.SVC_HGR.SS.SEND 

| -RSP(CDINIT,Note 1) to SNS.SEND 


—>0 


—>o 


| -RSP(CDINIT,083D) to SNS.SEND 

Notes : 

1. Sense Codes: 0844,1003 

2. Sense Codes: 0801,0803,0804,0805,0806,080E,080F,0810,0812,0818,0836,0837,0838,0839,083A,0838,0841 

Figure 8-21. (SSCP(DLO) ,SSCP (OLD) ) .SSCP (DIO) .CDINIT ( 0 L 0 ,DLU,PCID) _RCV 
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INITIATE-OTHER CROSS-DOMAIN 


(INIT-OTHER-CD) 


Flow: From SSCP(ILU) to SSCP(OLU) (Normal) 

Principal FSMs: 

(SSCP(OLU)>SSCP(ILU)).SSCP(ILU).INIT-OTHER-CD(OLU,DLU,PCID)_v 
SEND (Page 8-54) 

(SSCP(OLU),SSCP(ILU)).SSCP(OLU).INIT-OTHER-CD(OLU,DLU,PCID)_ 
RCV (Page 8-54) 

INIT-OTHER-CD from the SSCP(ILU) requests that a session be 
initiated between the two LUs named in the RU. The 
INIT-OTHER-CD request simply transports an INIT-OTHER from 
the SSCP(ILU) (a third-party SSCP in this case) to the 
SSCP(OLU). 

(SSCP(OLU),SSCP(ILU)).SSCP(OLU).INIT-OTHER-CD(OLU,DLU,PCID)_ 
RCV receives the INIT-OTHER-CD request and, if it is valid, 
passes it to SSCP(OLU).SVC_MGR.SS, which performs the same 
basic processing described for the SSCP(OLU) for INIT, in 
addition to the following: 

• Retain the PCID for later use in sending NOTIFY RUs 
back to the SSCP(ILU). 

A positive response is returned to the INIT-OTHER-CD request 
once the LU availability, mode name, COS name, password, and 
requester ID are verified for both LUs; a +RSP(CDINIT) is 
received (for a cross-domain session); and, if applicable, 
the initiation request is queued. If errors occur after a 
positive response has been sent, then the SSCP(ILU) is 
notified via NOTIFY(Vector Key X’OS'). 
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-ACTIVE- 


INIT-OTHER-CD fro* SSCP.SVC MGR.SS.SEND 



♦ RSP(INIT-OTHER-CD) fro* SMS.RCV 


♦RSP(INIT-OTHER-CD) to SSCP.SVC.MGR.SS.RCV 


| -RSP(INIT-OTHER-CD) fro* SMS.RCV I 

o<-■-*— -o 

| -RSP(INIT-OTHER-CD) to SSCP.SVC_MGR.SS.RC? | 


(notify-cd session started received) fro* SSCP.SVC_MGR.SS.SEND 


(no output) 


(notify-cd setup failure received) fro* SSCP.SVC_MGR.SS.SEND 
(no output) 


Figure 8-22. (SSCP(OLO) ,SSCP(ILO) ).SSCP (IIU).INIT-OTHER-CD(OLO,DLO,PCID)_SEND 


-PEND- 


-ACTIVE— 


| INIT-OTHER-CD fro* SNS.RCV 

o----— 

| INIT-OTHRR-CD to SSCP.SVC MGB.SS.RCV 


| -RSP(INIT-OTHER-CD,Note) fro* | 

| SSCP.SVCJfGR.SS.SEND | 

0<--—--o 

| -RSP(INIT-OTHER-CD,Note) to SNS.SEND | 


NOTIFY(CD session started) fro* SSCP.SVC_MGR.SS.SEND 
NOTIFY(CD session started) to SNS.SEND 


| NOTIFY (CD setup failure) fro* SSCP.SVCJIGR.SS.SEND 

o<--- 

| NOTIFY(CD setup failure) to SNS.SEND 


+ RSP(INIT-OTHER-CD) fro* 
SSCP.SVC MGR.SS.SEND 


♦ RSP (INIT-OTHER-CD) to SNS.SEND 


Note; Sense Codes; 0803,0804,0805,0806,0809,080E,080F,0810,0812,0818,0844,0836,0837,0838, 
0839,083A,0842,083B,0841 


Figure 8-23. (SSCP (OLD) ,SSCP (ILU)). SSCP (OLO) .INIT-OTHER-CD 
(OLD ,DLU , PCID) _RCV 
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CROSS-DOMAIN CONTROL INITIATE CCDCINIT) 

CROSS-DOMAIN SESSION STARTED (CDSESSST) 

CROSS-DOMAIN SESSION SETUP FAILURE (CDSESSSF) 

CROSS-DOMAIN SESSION ENDED (CDSESSEND) 

CROSS-DOMAIN SESSION TAKEDOWN FAILURE (CDSESSTF) 

Flow: From SSCP(SLU) to SSCP(PLU) (Normal) for CDCINIT; 
from SSCP to SSCP (Normal) for CDSESSEND; 
from SSCP(PLU) to SSCP(SLU) (Normal) for the others 

Principal FSMs: 

(SSCP(PLU)»SSCP(SLU)).SSCP(SLU).CDCSESS(PLU»SLU»PCID) 

(Page 8-58) 

(SSCP(PLU),SSCP(SLU)).SSCP(PLU).CDCSESS(PLU,SLU,PCID) 

(Page 8-59) 

CDCINIT passes information about the SLU from the SSCP(SLU) 
to the SSCP(PLU) and requests that the SSCP(PLU) send CINIT 
to the PLU. The information passed by CDCINIT includes the 
BIND image selected by the mode name parameter (in the 
preceding INIT), along with a cryptography key and LU or 
device characteristics. The PCID and the (PLU,SLU) network 
addresses are also passed in the RU. If an INIT is issued 
by the SLU (SLU=ILU) and a URC is supplied, the SSCP(SLU) 
places the URC in the BIND image of CDCINIT, as described 
for INIT earlier in this chapter. 

The BIND image passed by CDCINIT contains an uninitialized 
PLU name field (i.e.» its contents are to be ignored); the 
SSCP(PLU) inserts the PLU name into the BIND image when it 
builds a CINIT RU. The SSCP(PLU) may modify the parameters 
from CDCINIT (for use in CINIT), except for pacing 
parameters, maximum RU sizes, URC field, cryptography 

options, SLU name, and PLU name. The primary CPMGR receive 

pacing count may be decreased by the SSCP(PLU)—but not to 
0, as 0 indicates no pacing of requests to the primary 
CPMGR. If this count is changed, and the staging indicator 
for secondary-to-primary pacing is set for one stage, the 
secondary CPMGR send pacing is set equal to the primary 
CPMGR receive pacing count. The SSCP(PLU) may also decrease 
the normal-flow maximum RU sizes. 

The changing of any of the pacing parameters and maximum RU 

sizes for one session may affect the performance 

characteristics of that session and of concurrently active 
sessions that share network resources with it. The 
nonallowable and allowable changes to the BIND image are 
summarized in "BIND Image and BIND RU Modification Table" in 
Chapter 13, under the description of BIND. 
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After the SSCP(PLU) successfully processes the CDCINIT 
request * it returns a positive response to the SSCP(SLU) and 
sends a CINIT to the PLU. When building CINIT* the SSCP 
performs the following functions related to COS processing: 

• Derives the VR identifier list from the COS name and 
includes it in the Mode/Class of Service/VR Identifier 
List control vector (key X’OD'), which is used in the 
CINIT RU. 

• If the SSCP(SLU) does not support virtual route 
protocols* the SSCP(PLU) initializes the type of 
virtual route required (byte 20 of the above control 
vector) to X'OO'* indicating that virtual routes 
mapping to ERO must be used for the reverse ERN. 
Otherwise* it indicates that virtual routes mapping to 
any reverse ERN may be used for the subject LU-LU 
session . 

The requirement for using ERO for the reverse ERN 
(i.e.* the ERN for the SLU to PLU direction) stems from 
the fact that if the SSCP(SLU) does not support 
receiving SESSEND from the SLU or the BF for the SLU* 
it receives NS_LSA in order to clean up its state 
information for the session. The PU_T4|5 sends an 
NS_LSA only if ERO fails. 


• Includes the 

vector. 

mode 

name and 

COS 

name 

in the above 

CDSESSST notifies 

the 

SSCP(SLU) 

that 

the 

LU-LU session 

identified by the 

Session Key 

Content 

field and the 


specified PCID for the initiation procedure has been 
successfully activated. 

CDSESSSF notifies the SSCP(SLU) that the LU-LU session 
initiation identified by the Session Key Content field and 
the specified PCID for the initiation procedure has failed. 
The request contains the reason for the failure and 
associated sense data. 

CDSESSEND notifies the SSCP that the LU-LU session 
identified by the Session Key Content field and the 
specified PCID for the termination procedure has been 
successfully deactivated. 

CDSESSEND may flow from the SSCP(PLU) to the SSCP(SLU), from 
the SSCP(SLU) to the SSCP(PLU), or both. The 
SSCP.SVC_MGR.SS uses the following algorithm to send 
CDSESSEND and +RSP(CDSESSEND): 

• CDSESSEND is sent, following the receipt of SESSEND, if 
and only if a CDSESSEND has not been received. 
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+RSPCCDSESSEND) is sent 




1 . 


Immediately following the receipt of CDSESSEND: 


(a ) 

(b) 

(c) 


if the receiver has already sent a CDSESSEND, 
if the indicated LU-LU session is not known, 
or 

if the CDSESSEND receiver does not have an 
active session with the LU in its domain. 


2. When a SESSEND is received after receipt of a 
CDSESSEND. 

3. When the SSCP-LU session is lost after receipt of 
a CDSESSEND. 


CDSESSENDCFormat 2) and RSPCCDSESSEND, Format 2) also 
specify the cause of the deactivation of the identified 
LU-LU session and indicate (via an Action field) if either 
the primary half-session or the secondary half-session will 
restart the session (via an INIT request). The cause and 
action values in CDSESSEND are equal to the respective 
values in the corresponding SESSEND. The cause and action 
values in RSP(CDSESSEND, Format 2) are determined as 
follows. 


• If the RSP(CDSESSEND) is sent by the SSCP(SLU), it 
echoes back the contents of the Cause and Action fields 
from the CDSESSEND that it received, unless the PLU 
indicated normal action (no automatic restart), while 
the SLU indicated that the secondary half-session will 
restart; in this case, the SSCP(SLU) indicates that the 
secondary half-session will restart. 

• If the RSP(CDSESSEND) is sent by the SSCP(PLU), and 
each side wants to restart, it overrides the contents 
of the CDSESSEND that it received from the SSCP(SLU) 
with the contents of the SESSEND that it received from 
the PLU. 

CDSESSTF notifies the SSCP(SLU) that the LU-LU session 
termination identified by the Session Key Content field and 
the specified PCID for the termination procedure has failed. 
The request contains the reason for the failure and 
associated sense data. 
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-RESET-— 

CDCINIT from SSCP.SVC MGR.SS.SEND 


-PEND^RSP- 


-PEND SETUP- 


+ RSP(CDSESSEND) from | CDSESSEND from 

SNS.RCV | SNS.RCV 

o<-o<- 


+RSP (CDCINIT) from SNS.RCV 


CDCINIT to SNS.SEND 

-RSP(CDCINIT) from SNS.RCV 


| +RSP(CDCINIT) to SSCP.SVC_MGR.SS.RCV; 
j (reset associated CDINIT) 


-RSP(CDCINIT) to SSCP.SVC„MGR.SS.RCV 
♦RSP (CDSESSSF) from SSCP. SVC_HGR. SS. SEND 


CDSESSSP from SNS.RCV 


♦RSP(CDSESSSF) to SNS.SEND 


—o<— 

I 


♦RSP(CDSESSSF) from 
SSCP.SVC_NGR.SS.SEND 


| CDSESSSF from SNS.RCV 
— o<-•-----—- 


CDSESSSF to SSCP.SVC^MGR-SS.RCV 


-PEND_TAKED_PEND—— 

(takedown in progress) from 
SSCP.SVC MGR.SS.SEND 
-o<—------ 


♦ RSP (CDSESSSF) to SNS. SEND 


♦RSP(CDSESSEND) from 
SSCP.SVC HGR.SS.SEND 


♦RSP(CDSESSEND) to SNS.SEND 


| CDSESSSF to SSCP.SVCJMGR.SS.RCV 


CDSESSEND from SNS.RCV 


CDSESSEND to SSCP.SVC MGR.SS.RCV 


| CDSESSST from SNS.RCV 


CDSESSST to SSCP.SVC MGR.SS.RCV 


-PEND TAKED ACT- 


| +RSP(CDSESSST) from 
| SSCP.SVCJMGR.SS.SEND 

o- 

| +RSP(Ct)SESSST) to SNS.SEND 

-PEND RSP CDSESSEND_TAKED- 

♦ RSP (CDSESSEND) from SNS.RCV ~ | 

-.-—o 

♦ RSP (CDSESSEND) to SSCP.SVC_MGR.SS.RCV | 


I 
I 

| CDSESSEND from 
| SSCP.SVCJMGR.SS. SEND 
— o<-—-< 


♦ RSP (CDSESSEND) to | CDSESSEND to \ CDSESSEND to 

SSCP.SVC_MGR.SS.RCV | SSCP.SVC MGR.SS.RCV | SNS.SEND 

I 

I 

♦RSP(CDSESSEND) from | 

SSCP.SVC MGR.SS.SEND| 


♦ RSP (CDSESSEND) to | 
SNS.SEND | 


♦RSP(CDSESSEND) from 
SSCP.SVCjMGR.SS.SEND 


♦RSP(CDSESSEND) to SNS.SEND 


CDSESSEND from SNS.RCV 


- 0 <---—-< 

| CDSESSEND to SSCP.SVC_MGR.SS.RCV 


♦ RSP (CDSESSTF) and (reset) from | 

SSCP.SVC MGR.SS.SEND | CDSESSTF from SNS.RCV 

o<-------—o< --- 


♦RSP(CDSESSTF) to SNS.SEND 


| CDSESSTF to SSCP.SVCJMGR.SS.RCV 

I 

| +RSP (CDSESSTF) and (remain active] 


(no output) 

-PEND ACTIVE- 

I 

| CDSESSST from SNS.RCV 
o <----— 


| CDSESSST to SSCP.SVC_MGR.SS.RCV 

I 

| -ACTIVE- 

| +RSP(CDSESSST) from 
| SSCP.SVCjMGR.SS.SEND 
o->o 


♦ RSP (CDSESSST) to SNS. SEND 


(takedown in progress) from 
SSCP.SVC_MGR.SS. SEND 


(no output) 


from SSCP.SVC MGR.SS.SEND 


| +BSP(CDSESSTF) to SNS.SEND 
♦RSP (CDSESSEND) from SNS.RCV 


-PEND RSP CDSESSEND ACT- 

I 


♦RSP (CDSESSEND) to SSCP. SVC_MGR. SS. RCV 
♦ RSP (CDSESSEND) from SNS.RCV 


♦RSP(CDSESSEND) to 
SSCP.SVC MGR.SS.RCV 


♦RSP(CDSESSEND) from 
SSCP.SVCjHGR.SS. SEND 


| CDSESSEND from SNS.RCV 

o<-•--- 

| CDSESSEND to SSCP.SVC_MGR.SS.RCV | CDSESSEND to SNS.SEND 


I CDSESSEND from SSCP.SVC_MGR.SS. SEND 
— o<— 


♦RSP(CDSESSEND) to SNS.SEND J 

♦RSP(CDSESSEND) from SSCP.SVC^MGR.SS.SEND 


CDSESSEND from SNS.RCV 


0<—- 

1 

1 

1 

1 

♦ RSP (CDSESSEND) 

to SNS.SEND 

(session ended) 

-o<- 

1 

from 

CDSESSEND to SSCP.SVC_HGR.SS.RCV 

SSCP.SVCjMGR.SS.SEND 

-o 

1 

1 

1 

1 

1 

1 



(no output) 



1 

1 

! 

1 

o<- 

♦RSP (CDSESSTF) 

from SSCP.SVC. 

MGR.SS.SEND 

1 

—o<— 

CDSESSTF from SNS.RCV 

1 

1 

-o 


♦RSP(CDSESSTF) to SNS.SEND 


CDSESSTF to SSCP.SVC 


Figure 8-24. (SSCP (PLO) ,SSCP (SLU) ) .SSCP(SLU).CDCSESS(PLU,SLU,PCID) 
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-BESET- -PEND RESP- -PEND SETUP- 

I I T 

| CDCIN1T froa SNS.RCV | ♦ RSP (CDCINIT) frOB SSCP.SVC.HGR.SS.SEND | 

o- - - —a--- — - - -— - -->o - - - ------> o 

| CDCINIT to SSCP.SVC BGB.SS.BCV | +RSP(CDCINIT) to SNS.SEND | 

I “ I 1 

I I I 

| -RSP (CDCINIT,Note) from SSCP.SVC_HGR.SS.SEND | | 

o<---- o I 

| -RSP(CDCINIT,Note) to SNS.SEND | | 


| CDSESSSP frOB SSCP.SVC_HGR.SS.SEND | 

o<-1-*-o 

| CDSESSSP to SNS.SEND | 


-PEND TAKED PEND- 


I 

I 

—o<— 
I 
I 


CDSESSSP frOB SSCP.SVC.HGR.SS.SEND 
CDSESSSP to SNS.SEND 

CDSESSEND frOB SSCP.SVC.HGR.SS.SEND | 

---o 

CDSESSEND to SNS.SEND | 

I 

I 

CDSBSSST frOB SSCP.SVC NGR.SS.SEND f 


CDSESSS1 to SNS.SEND 


(takedown in progress) froa SSCP.SVC.HGR.SS.SEND 
(no output) 


CDSBSSST frOB SSCP.SVC.HGR.SS.SEND 
CDSBSSST to SNS.SEND 


-PEND TAKED ACT- 

I 

->o 

f 




—ACTIVE- 

I 

->o 


-PEND.RSP CDSESSEND.TAKED- 

♦ RSP (CDSESSEND) frOB SNS.RCV J 


♦RSP(CDSESSEND) to 
SSCP.SVC HGR.SS.RCV 


I 


I 


I I 

| CDSESSEND frOB | 

♦RSP(CDSESSEND) | CDSESSEND frOB | SSCP.SVC.HGR. | 

frOB SNS.RCV | SNS.RCV ( SS.SEND | 

: — --—-o <-——-o <-o 


♦RSP(CDSESSEND) tO| CDSESSEND to 
SSCP.SVC.HGR. | SSCP. SVC.HGR. 
SS.RCV | SS.RCV 


♦RSP(CDSESSEND) | 

froB SSCP.SVC NGR.| 
SS.SEND | 


I 


CDSESSEND to 
SNS.SEND 


♦RSP(CDSESSEND) 
to SNS.SEND 


♦RSP(CDSESSEND) froa 
SSCP. SVCJIGB. SS. SEND 


♦ RSP (CDSESSEND) to 
SNS.SEND 


| CDSESSEND froa 
| SNS.RCV 
—o<— 

| CDSESSEND to 
| SSCP.SVC.HGR.SS.RCV 


I 

i 

-o<— 

1 

I 


(takedown in progress) from SSCP.SVC.HGR.SS.SEND 


(no output) 


CDSESSTP and (reset) froa SSCP.SVC_NGR.SS.SEND ICDSESSTP and (reaain active) froa SSCP.SVC.HGR.SS.SEND 


CDSESSTP to SNS.SEND 


♦RSP (CDSESSEND) frOB SNS.RCV 


| CDSESSTP to SNS.SEND 


-PEND RSP CDSESSEND ACT- 

I 


♦RSP (CDSESSEND) to SSCP. SVC.HGR. SS. RCV 


♦RSP(CDSESSEND) froa SNS.RCV 


♦RSP(CDSESSEND) to 
SSCP.SVC HGR.SS.RCV 


♦ RSP (CDSESSEND) froa 
♦SSCP.SVC HGR.SS.SEND 


♦RSP(CDSESSEND) to SNS.SEND 


( CDSESSEND froa SNS.RCV 
- 0 <- 


I 

I 

I 

| CDSESSEND froa SSCP.SVC.HGR. SS. SEND 
—o<— 


| CDSESSEND to SSCP.SVC.HGR.SS.RCV | CDSESSEND to SNS.SEND 


♦RSP(CDSESSEND) froa SSCP.SVC_HGR.SS.SBND | CDSESSEND froa SNS.RCV 


o<- 

1 

1 

1 

1 

o<—~ 

♦ RSP (CDSESSEND) to SNS.SEND 

(session ended) 

-o<------- 

J CDSESSEND to SSCP.SVC_HGR.SS.RCV 

froa SSCP.SVC.HGR.SS.SEND 

-o 

1 

1 

1 

1 

1 

1 

(no output) 


1 

1 

1 

« 

CDSESSTP froB SSCP.SVC.HGR.SS.SEND 


1 

1 

o<- 



-o 


) CDSESSTP to SNS.SEND | 

Note : Sense Codes: 0812,0821,083B,1005 

Figure 8-25. (SSCP(PLO),SSCP(SLU)).SSCP(PLO).CDCSESS(PLD,SLD,PCID) 


CHAPTER 8. SESSION SERVICES 8-59 















CROSS-DOMAIN TERMINATE(CDTERM) 


Flow: SSCP(OLU) to SSCP(DLU) (Normal) 

Principal FSM: 

(SSCP(DLU),SSCP(OLU)).SSCP(OLUlDLU).CDTERM(SESSION_KEY_ 
CONTENT,PCID)_SEND-RCV (Page 8-62) 

CDTERM from the SSCP(OLU) requests that the SSCP(DLU) assist 
in the termination of the cross-domain LU-LU session 
identified by the Session Key Content field and the Type 
byte of the RU. Each SSCP executes that portion of 
terminate processing that relates to the LU in its domain. 
The Type byte specifies whether the request applies to: 

• Active and pending-active sessions 

• Active, pending-active, and queued sessions 

• Queued sessions, only 

The Type byte specifies also if the termination is to be 
Forced, Orderly, or Cleanup. Forced, Orderly, and Cleanup 
terminations are described under TERM-SELF. 

CDTERM identifies the session to be terminated via a 
network-name-pair, network-address-pair, or PCID session 
key. When the CDTERM is sent to terminate a session, prior 
to receipt of the GDINIT response carrying the assigned DLU 
network address, the CDTERM carries the PCID session key to 
identify the session to be terminated; the PCID is that of 
the CDINIT. 

(SSCP(DLU),SSCP(OLU)).SSCP(DLU).CDTERM(SESSION_KEY_CONTENT, 
PCID).RCV receives the CDTERM request and, if it is valid, 
passes it to the SSCP(DLU).SVC_MGR.SS, which may perform the 
following processing (based upon Type and Reason fields 
defining the protocol requested): 

• Establish the authority of the end user to request the 
termination of the specified session. 

• Retain the PCID for later use within any appropriate 
NOTIFY, CDSESSEND, and CDSESSTF RUs. 

• Determine the PLU and SLU for the session, based on 
information retained from the session initiation. 

• Resolve the network name of the DLU into a network 
address to be sent in the response to CDTERM. 

If SSCP(DLU) * SSCP(PLU): Send a CTERM 

(OrderlyiForced|Cleanup), as specified in CDTERM. 
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• If SSCPCDLU) = SSCPCSLU) and the 
Cleanup: Send a CLEANUP to the SLU 

or either DACTLU or ACTLU(Cold) 
peripheral node). 

A positive response is returned once the 
The deactivation of the IU-LU session is 
later . 


CDTERM specified 
(in a subarea node) 
to the SLU (in a 


CDTERM is accepted, 
completed sometime 
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-RESET- 

CDTERM from SSCP.SVC MGR.SS.SEND 


-PEND_RESET_SEND 


->o 


CDTERM to SNS.SEND 


+RSP(CDTERM) from SNS.RCV 


+RSP(CDTERM) to SSCP.SVC_MGR.SS.RCV 


-RSP(CDTERM) from SNS.RCV 


-RSP(CDTERM) to SSCP.SVCMGR.SS.RCV 


—PEND_RESET_RCV- 


CDTERM from SNS.RCV 


->o 


CDTERM to SSCP.SVC_MGR.SS.RCV 


+RSP(CDTERM) from SSCP.SVC_MGR.SS.SEND 

o <- 

+RSP(CDTERM) to SNS.SEND 


■RSPCCDTERM.Note) from SSCP.SVC_MGR.SS.SEND 
-RSP(CDTERM,Note) to SNS.SEND 


Note; Sense Codes: 0803»0804,0806,080E,080F,0810,0836,083E 


Figure 8-26. (SSCP(DLU),SSCPCOLU)).SSCP(OLU|DLU).CDTERM 

(SESSION KEY CONTENT,PCID) SEND-RCV 
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TERMINATE-OTHER CROSS-DOMAIN (TERM-OTHER-CD) 


Flow: SSCPCTLU) to SSCP(OLU) (Normal) 

Principal FSMs: 

CSSCP(OLU),SSCP(TLU)).SSCPCTLU).TERM-OTHER-CD(SESSION_KEY_ 
CONTENT,PCID)_SEND (Page 8-64) 

(SSCP(OLU),SSCP(TLU)).SSCP(OLU).TERM-OTHER-CD(SESSION_KEY_ 
CONTENT,PCID)_RCV (Page 8-64) 

TERM-OTHER-CD transports a TERM-OTHER request from the 
SSCP(TLU) where it was received, to the SSCP(OLU), which 
manages at least one of the (LU1»LU2) pair participating in 
the sessionCs) to be terminated. 

TERM-OTHER-CD identifies the session to be terminated via a 
network-name-pair, network-address-pair, or PCID session 
key. When the TERM-OTHER-CD is sent to terminate a session, 
prior to receipt of the NOTIFYCVector Key X'03*) carrying 
the assigned network address pair, the TERM-OTHER-CD carries 
the PCID session key to identify the session to be 
terminated. 

(SSCP(OLU),SSCP(TLU)).SSCP(OLU).TERM-OTHER-CD(SESSION_KEY_ 
CONTENT,PCID)_RCV receives the TERM-OTHER-CD after it has 
been validated. The SSCP(OLU).SVC_MGR.SS may perform the 
following processing: 

• Perform the same processing as described for TERM-SELF, 
except that which relates to the TLU and the SSCP(TLU). 

• Resolve the network name of the OLU to a network 
address. 

• Establish the authority of the end user to request the 
termination of the specified session. 

• Retain the PCID for later use within any NOTIFY RU sent 
to the SSCP(TLU). 

• Send a -RSP(TERM-OTHER-CD, X'0853’—Cleanup Required), 
if the TERM-OTHER-CD did not specify Cleanup and the 
SSCP-SSCP session with the SSCP having an active 
SSCP-LU session with the cross-domain LU is not active. 

A positive response is returned once the TERM-OTHER-CD is 
accepted. The deactivation of the LU-LU session(s) is 
completed sometime later and the SSCP(TLU) is notified via 
NOTIFY(Vector Key X’03’) from the SSCP(OLU). 
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CROSS-DOMAIN TAKEDOWN (CDTAKED) 

CROSS-DOMAIN TAKEDOWN COMPLETE (CDTAKEDC) 

Flow: From SSCP to SSCP (Normal) 

Principal FSMs: 

(SSCP,SSCP’).SSCP.CDTAKED(Type,PCID)_SEND-RCV 
(Page 8-68) 

(SSCP,SSCP*).SSCP.CDTAKED(CU)_SEND-RCV 
(Page 8-69) 

CDTAKED initiates a procedure to cause the takedown of all 
cross-domain LU-LU sessions (active, pending-active, and 
queued) involving the domains of both the sending and 
receiving SSCP. It also prevents the initiation of new 
LU-LU sessions between these domains; i.e., neither SSCP is 
allowed to send CDINIT to the other. In the case of 
contention (not involving the cleanup option) for domain 
takedown, the primary SSCP responds negatively to the 
CDTAKED request from the secondary SSCP, and continues its 
processing of the CDTAKED it sent; the secondary SSCP 
processes the received CDTAKED. Each session termination is 
reported individually via CDSESSEND or CDSESSTF for Quiesce, 
Orderly, or Forced takedown procedure. Takedown using 

cleanup is mutual, both SSCPs participating, but no 
CDSESSEND or CDSESSTF is sent. 

The CDTAKED Type byte coding and the resulting SSCP 

procedures are as follows: 

• Quiesce with queued-only: sessions end normally; 

queues are purged. 

• Quiesce with active and pending-active: sessions end 

normally; queues go on hold (no queued sessions may be 
started). 

• Quiesce with active, pending-active, and queued: 

sessions end normally; queues are purged. 

• Orderly with queued-only: same as quiesce with 

queued-only. 

• Orderly with active and pending-active: sessions end 

by CTERM(Orderly) being sent; queues go on hold. 

• Orderly with active, pending-active, and queued: 

sessions end by CTERM (Orderly) being sent; queues are 
purged . 

• Forced with queued-only: same as quiesce with 

queued-only. 
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• Forced with active and pending-active: sessions end by 
CTERM(Forced) being sent; queues go on hold. 

• Forced with active* pending-active* and queued: 

sessions end by CTERMCForced) being sent* queues are 
purged. 

• Cleanup with queued-only: same as quiesce with 

queued-only. 

• Cleanup with active and pending-active: sessions end 

when CTERMCCleanup), CLEANUP, or DACTLU followed by 
ACTLU are sent to the applicable LUs; queues go on 
hold. 

• Cleanup with active* pending-active, and queued: 

sessions end when CTERM(Cleanup), CLEANUP, or DACTLU 
followed by ACTLU are sent to the applicable LUs* 
queues are purged. 

Except when the Cleanup option was specified* the SSCP that 
received CDTAKED (and positively responded to it) sends 
CDTAKEDC upon completion of its domain takedown procedure. 
The other SSCP, after completing its domain takedown 
procedure and receiving a CDTAKEDC* also sends a CDTAKEDC. 
If multiple CDTAKED's are sent, CDTAKEDC will contain the 
PCID of the highest level CDTAKED. 

In processing the different types of CDTAKED, the following 
precedence rules apply for major levels of precedence 
(Quiesce, Orderly* Forced* Cleanup): 

• Orderly takes precedence over Quiesce. 

• Forced takes precedence over Orderly and Quiesce. 

• Cleanup takes precedence over Forced, Orderly and 
Quiesce. 

A CDTAKED may affect just the queued sessions, just the 
active/pending-active sessions, or both. If multiple 
CDTAKEDs are sent, a takedown procedure can progress with 
queued sessions terminating at a different major level 
(quiesce* orderly, forced, cleanup) than 

active/pending-active sessions. Also* queued sessions may 
be terminating at the same major level as 
active/pending-active sessions but as a result of two 
separate CDTAKEDs. CDTAKEDC is sent after both termination 
functions are complete. 
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To determine which CDTAKED PCID to use in CDTAKEDC* three 
minor levels of precedence are defined—queued? 
active/pending-active (A/PA)» and both queued and 
active/pending-active (queued-and-A/PA)—within each major 
level. For minor levels of precedence: 

• A/PA takes precedence over queued. 

• Queued-and-A/PA takes precedence over A/PA and over 
queued. 

The following order of precedence combines major and minor 
levels of precedence; each level in the list takes 
precedence over all levels preceding it in the list: 


Maior Level 

Minor Level 

1. Quiesce 

Queued 

2. Quiesce 

A/PA 

3. Quiesce 

Queued-and-A/PA 

4. Orderly 

Queued 

5. Orderly 

A/PA 

6. Orderly 

Queued-and-A/PA 

7. Forced 

Queued 

8. Forced 

A/PA 

9. Forced 

Queued-and-A/PA 

10. Cleanup 

Queued 

11. Cleanup 

A/PA 

12. Cleanup 

Queued-and-A/PA 


Contention between CDTAKEDs (received CDTAKED before 
receiving response to previous CDTAKED) occurs only if both 
major and minor levels of precedence are the same. 
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-PEND ACT RCV-- 


—ACTIVE RCV- 


CDTAKED from SNS.RCV 
CDTAKED to SSCP.SVC MGB.SS.fiCV 


-ESP(CDTAKED*Note 1) from SSCP.SVC_MGS.SS.SEND 
-BSP(CDTAKED*Note 1) to SNS.SEND 


+RSP(CDTAKED) from SSCP.SVC_MGR.SS.SEND 
♦RSP(CDTAKED) to SNS.SEND 


. -RSP(CDTAKED) from SNS.RCV | 

. 1 ---~ | CONTENTION 

. -RSP(CDTAKED) to SSCP.SVC MGR.SS.RCV| 

I 


-FEND RESET RSP RCV- 


-PEND_ACT_RQ_RCV- 


•■RSP (CDTAKEDC) from | CDTAKEDC from 

SSCP.SVC_MGR.SS.SEND) SNS.RCV 

-----o<-—----— 

4-RSP (CDTAKEDC) to | CDTAKEDC to 

SNS.SEND | SSCP.SVC_MGR.SS. RCV 


CDTAKEDC from SSCP.SVC MGR.SS.SEND 



| -RSP (CDTAKEDC) to SSCP.SVC_MGR.SS.RCV 


(takedown function complete) from SSCP.SVC_MGR.SS.SEND (Note 4) 


(no output) 


-CONTENTION¬ 
'S? (CDTAKED) from SSCP.SVC_MGR.SS.SEND | 

—----o 

+ RSP (CDTAKED) to SNS.SEND ( 


CDTAKED from SSCP.SVC MGR.SS.SEND 


CDTAKED to SNS.SEND 


-PEND ACT SEND- 


| CDTAKED from SNS.RCV 

- >0 -------- 

| CDTAKED to SSCP.SVC MGR.SS.RCV 


(higher precedent takedown) from 
SSCP.SVC_MGR.SS.SEND (Note 3) 

(no output) 


-RSP (CDTAKED) from SNS.RCV 


-RSP (CDTAKED*Note 2) from SSCP.SVC_MGR.SS.SEND 
—RSP(CDTAKED *Note 2) to SNS.SEND 


— PEND ACT RSP— 


| ■♦■RSP (CDTAKED) from SNS.RCV | 

Q<-------—----O 

j ■*■ RSP (CDTAKED) to SSCP. SVC_MGR. SS. RCV ) 


-ACTIVE SEND— 


| -RSP(CDTAKED*083C) from 
| SSCP.SVCJ1GR.SS.SEND 

O----- 

| -RSP(CDTAKED,083C) to SNS.SEND 


+RSP(CDTAKED) from SNS.RCV 


-RSP (CDTAKED) to SSCP.SVC_MGB.SS.RCV 


| +RSP(CDTAKED) to SSCP.SVC_MGR.SS.RCV 


(takedown function complete) from SSCP.SVC_MGR.SS.SEND (Note 4) 
(no output) 


| -PEND RESET_RQ_SEND--~ -PEND RESET RSP_SEND— 

i i r 

| CDTAKEDC from | +RSP(CDTAKEDC) from | 

| SSCP.SVC_MGR.SS.SEND | SSCP.SVC_MGR.SS.SEND | C 

O <------— --—. o <— — -0<--- 

| CDTAKEDC to t +RSP(CDTAKEDC) to | C 

| SNS.SEND J SNS.SEND | 


CDTAKEDC from SNS.RCV 


CDTAKEDC to SSCP.SVC MGR.SS.RCV 


1. Sense codes: 080A*1003 

2. Sense codes: 080A,083C,1003 

3. Higher precedent takedown supersedes this FSM and the takedown function. 

4. Higher precedent takedown occurred* and did not supersede this takedown function. 


Figure 8-29. (SSCP*SSCP').SSCP.CDTAKED(Type,PCID)_SEND-RCV 
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-—BESET- -ACTIVE RCV 

i r 

| CDTAKED fCOB SNS.RCV | 

o----->o 

) CDTAKED to SSCP.SVC HGB.SS.RCV | 

I “ I 

I I 

| +BSP(CDTAKED) frOB SSCP.SVC_MGR.SS.SEND | 

I ,-o 

| | ♦BSP(CDTAKED) to SNS.SEND | 

I I I 

I I ! 

I L->0 

I I 

I 

| -—ACTIVE SEND- 


| CDTAKED froa SSCP.SVC_HGR.SS.SEND | 

o----->o 

| CDTAKED to SNS.SEND I 

I I 

I I 

I i 

| CDTAKED froa SNS.RCV | 

| r -O 

| | CDTAKED to SSCP.SVC_MGR.SS.BCV | 


-ACTIVE CONT- 

I 

- >o 

I 

+RSP(CDTAKED) froa SSCP.SVC_MGR.SS.SEND | 

- O 

♦BSP (CDTAKED) to SNS.SEND | 

I 

I 

----->o 

I 



(takedown coaplete) froa SSCP.SVC_MGR.SS.SEND 
no output 


Figure 8-30. (SSCP,SSCP').SSCP.CDTAKED(CO)_SEND-BCV 
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DIRECT SEARCH LIST (DSRLST) 


Flow: From SSCP to SSCP (Normal) 

Principal FSMs: 

(SSCP,SSCP').SSCP.DSRLST_SEND (Page 8-71) 

(SSCP,SSCP’).SSCP’.DSRLST_RCV (Page 8-71) 

DSRLST identifies a control list type and specifies a list 
search argument to be used at the receiving SSCP. The 
receiving SSCP searches the control list accordingly, and 
returns the appropriate control list entry data in 
RSP(DSRLST). 

The Control List Type field in DSRLST specifies an LU status 
control list; the Control List Search Argument field 
contains the network name of the LU in question. The 
control list entry returned in RSP(DSRLST) provides status 
information related to the LU's availability for LU-LU 
session initiation and to the LU’s location (whether it 
resides in a PU_T5 node). 
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-RESET- 


-PEND— 


DSRLST from SSCP.SVC MGR.SS.SEND 


DSRLST to SNS.SEND 


+RSP(DSRLST) from SNS.RCV 


+RSP(DSRLST) to SSCP.SVC_MGR.SS.RCV 


-RSP(DSRLST) from SNS.RCV 


■RSPCDSRLST) to SSCP.SVC_MGR.SS.RCV | 


Figure 8-31. (SSCP,SSCP').SSCP.DSRLST_SEND 


— RESET— 


— PEND- 


I DSRLST from SNS.RCV 

o- 

| DSRLST to SSCP.SVC MGR.SS.RCV 


+RSP(DSRLST) from SSCP.SVC MGR.SS.SEND 


+RSP(DSRLST) to SNS.SEND 


-RSP(DSRLST,Note) from SSCP.SVC_MGR.SS.SEND | 

---o 

-RSP(DSRLST,Note) to SNS.SEND I 


Note: Sense codes: 0820*0823 


Figure 8-32. (SSCP,SSCPSSCP'.DSRLST_RCV 
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FSM_INPUT_DEFINITION: 


BINDF 

CINIT 

CLEANUP 

CTERM 

FORCED 

LAST 


ORDERLY 

R 

•RESET' 

±RSP 
+ RSP 
-RSP 
HQ 
S 

SESSEND 

SESSST 

UNBINDF 

END FSM_INPUT 


NS RQ CODE = BINDF; 

NS RQ__CODE = CINIT; 

NS~RQ~CODE = CTERM G CTERM_RQ.TYEE = CLEANUP; 

NS~RQ~CODE = CTERM; 

NS RQ CODE = CTERM G CTERM RQ.TYPE = FORCED; 

IF~UPM RSP TO LAST RQ = OKI /* TO DETERMINE WHETHER A RESPONSE IS THE 

/* RESPONSE TO THE LAST REQUEST SENT, THE ID OF 
/* THE LAST REQUEST SENT IS STORED AND COMPARED 
/* WITH THE ID ON THE RESPONSE. 

NS„RQ_CODE = CTERM G CTERM RQ.TYPE = ORDERLY; 

MUCB.DIRECTION = RECEIVE; 

INPUT('RESET'); 

RRI = RSP; 

RRI = RSP G BTI=POS; 

RRI = RSP G RTI = NEG; 

RRI = RQ; 

MUCB.DIRECTION = SEND; 

NS_RQ_CODE = SESSEND; 

NS RQ_CODE = SESSST; 

NS RQ CODE = UNBINDF; 


V 

V 

V 

V 


DEFINITION; 
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CHAPTER 9 


MANAGEMENT AND MAINTENANCE SERVICES 


Every SNA node contains an SSCP ^in PU_T5 nodes) or a PUCP 
Cin PU_T1|2|4 nodes)* a PU, and (optionally) one or more 
LUs. These are collectively called NAUs. Every NAU, in 
turn* contains a NAU services layer* designated SSCP.SVC* 
PUCP.SVC, PU.SVC, and LU.SVC, respectively. Distributed 
among the NAU services layers within a network are service 
and control components. These components control the 
network operation by exchanging RUs with one another. 
Additional information about the NAU services layer is 
contained in Chapters 1 and 6, and illustrations depicting 
the structure of the NAU services within a node are 
contained in Chapter 6. 

Distributed among each SSCP.SVC, PU.SVC, and LU.SVC are 
maintenance services , which coordinate the testing of 
various network resources and the reporting of the status of 
network resources. This coordination is accomplished by 
exchanging maintenance services RUs on SSCP-LU and SSCP-PU 
sessions. Maintenance services requests are used to support 
link level traces* the testing by a PU of network resources 
(such as the PU, or LUs and links supported by the PU), and 
the reporting by LUs and PUs of the status of network 
resources and the results of test requests. 

Distributed among each SSCP.SVC and LU.SVC are management 
services * which support communications network management 
applications. (Note that there are no management services 
in PU.SVC.) Management services allow the communications 
network management application to use the existing LU-SSCP 
session and, indirectly* the SSCP-PU sessions to access the 
communications network management services component 
associated with a specific node, as described in the section 
"Communication Network Management." This CNM component 
access is accomplished using network names; the SSCP 
translates network names to network addresses. 

As shown in Figures 9-1 and 9-2, the management and 
maintenance services for each SSCP.SVC and LU.SVC consists 
of a services manager component, and one or more 
half-session components (one per half-session). The 
services manager component for the SSCP.SVC is designated 
SSCP.SVC_MGR.(MN&MA); for the LU.SVC, it is designated 
LU.SVC_MGR.(MN&MA). The half-session components for both 
the SSCP.SVC and LU.SVC are designated SNS.(MN&MA). The 
SSCP.SVC_MGR.(MN&MA), LU.SVC_MGR.(MN&MA), and SNS.(MN&MA) 
components are each made up of two main subcomponents: a 
send subcomponent (*.(MN&MA).SEND) and a receive 
subcomponent (*.(MN&MA).RCV). 
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Figure 9-1. Structure of SSCP Management and Maintenance Services 
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COMMUNICATION NETWORK MANAGEMENT 
INTRODUCTION 

Communication network management (CNM) consists of two types 
of components: a CNM application (CNMA) component) 
providing CNM functions such as problem determination for a 
collection of network resources in the domain of the SSCP to 
which the CNMA is connected; and a CNM services (CNMS) 
component associated with each PU» providing CNM functions 
such as threshold monitoring and statistics gathering. The 
CNMA components may communicate with each other using 
(cross-domain) LU-LU sessions. The CNMA and CNMS components 
communicate with each other via the SSCP using LU-SSCP and 
SSCP-PU sessions. Figure 9-3 shows the communication 
network management connection alternatives. Only problem 
determination related CNM requests are defined in this book. 

The relationship of the CNMA to the CNMS is illustrated in 
Figure 9-3. The CNMA is coupled to the SSCP via an LU-SSCP 
session. Management category RUs are used to send CNMA 
requests from the CNMA to the SSCP and to send CNMS requests 
from the SSCP to the CNMA. The management category RUs 
allow the CNMAs and CNMSs to communicate with each other 
using the existing SSCP-PU session. 

The CNMS is associated with a PU (see Chapter 11)» which 
uses maintenance services to send or receive CNM requests to 
or from the SSCP. 

CNM request flows are illustrated in Figure 9-4. CNMA to 
CNMS flow requests are called simply CNM requests* while the 
CNMS to CNMA flow contains both solicited and unsolicited 
CNM requests. The solicited CNM requests are called CNM 
replies. 

The network name of the PU with which a CNMS is associated 
is the destination name for requests from CNMA to CNMS and 
is the origin name for requests from CNMS to CNMA. The 
network name of the resource (PU, LU, link, or adjacent link 
station) controlled and monitored by the CNMS is the target 
name. The type of resource that may be used as a target in 
a specific CNM request is specified in the definition of 
that request. 

The two management services RUs, FORWARD and DELIVER, 
include fields that contain the CNM request and the target 
name, as well as either the destination name (in FORWARD) or 
the origin name (in DELIVER). The CNM request field is 
referred to as the embedded request. See the descriptions 
of FORWARD and DELIVER for the RUs that may be embedded. 
Some embedded requests have a CNM header, in which case it 
is partially initialized, and the SSCP completes the 
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initialization by filling in the CNM target ID field. The 
embedded request appears as a maintenance services request 
on the SSCP-PU session. 

The CNM header contains a target address and information 
that denotes whether a request from CNMS to CNMA has been 
solicited by a prior CNMA to CNMS request* or is an 
unsolicited request. It also contains a parameter, the 
procedure-related identifier (PRID), to allow CNMS to CNMA 
reply requests to be correlated to a prior CNMA to CNMS 
request. When the CNMS sends a reply to a CNMA request, the 
CNMS echoes the PRID field of the associated prior request. 
There may be multiple reply requests associated with a 
single CNM request from the CNMA, and the CNMS echoes the 
same PRID field in each reply; multiple replies to the same 
request are in a single series, i.e., all but the last reply 
have the Not Last Request indicator set. 

An SSCP may use the PRID field for SSCP routing. PRIDs 
generated by an SSCP provide the SSCP with a means to 
interleave requests from multiple SSCP-PU|LU sessions onto a 
single SSCP-PU|LU session. The SSCP PRID-based routing 
procedure is the following: prior to sending the embedded NS 
RU to the PUILU destination, the SSCP saves a copy of the 
CNMA-generated PRID along with the network address of the LU 
associated with the sending CNMA, and overlays the PRID 
field with an SSCP-generated PRID. As mentioned earlier, 
the PRID is echoed in the reply request from the CNMS. The 
echoed PRID allows the SSCP to determine which CNMA is to 
receive the reply request. Following this determination, 
the SSCP restores the saved CNMA-generated PRID into the 
reply request, embeds the reply request into a DELIVER 
request, and routes it to the LU associated with the CNMA. 

SSCPs not doing PRID-based routing pass on, but do not use, 
the PRID in requests and reply requests. 

The SSCP transforms a management services request received 
from an LU (CMNA) into a maintenance services request to be 
sent to a PU (CNMS). The PU and its associated CNMS do not 
know their own PU network name or the network names of the 
LUs, links, or adjacent link stations that they control and 
monitor; therefore the SSCP translates the-network name for 
the target used in the management services requests into the 
proper form of target address to be used with the 
maintenance services requests sent to the CNMS; and selects 
the appropriate SSCP-PU session based upon the destination 
name. This translation is performed without the need to 
determine the specific CNM request being sent. 

On request flows from a PU to an SSCP, the SSCP determines 
which maintenance services requests are to be processed by 
the SSCP and which are to be sent to the CNMA. The latter 
are embedded in a DELIVER RU. The DELIVER RU contains the 
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network name for both origin and target* and the 
configuration hierarchy information (see appendix E for 
details) associated with the target. An SSCP routes CNM 
requests by using an SSCP request routing table 
(implementation- and installation-defined) and the PRID 
parameter. Embedded requests contained within a DELIVER 
request on the flow to an LU are processed by CNMA 

The processing of CNM maintenance services RUs is done by 
the CNMS. The PU.SVC_MGR.NS provides routing to or from the 
CNMS for those RUs. 

The amount of data that can be transferred between the CNMA 
and CNMS is limited by the request-reply protocol used on 
the SSCP-PU session. In addition* each RU is limited to a 
total length of 256 bytes. These sessions (LU-SSCP* 
SSCP-PU) are not used for moving large amounts of data* 
e.g.* files. When this is required* LU-LU sessions are 
used. 

Responses to CNMA-originated management services requests 
are returned to CNMA when the embedded request within the 
management services request is delivered (i.e.* the response 
is received at the SSCP) to the destination CNMS. Unlike 
management services responses to the CNMA* responses to CNMS 
originated maintenance services requests are returned to 
CNMS when the request is delivered to the SSCP. The 
responses to management services requests need not be 
received by CNMA in the same order as the corresponding 
requests were sent. The CNMA-related SSCP-LU session uses 
FM profile 6 and TS profile 1. The CNMS-related SSCP-PU 
session uses existing profiles for SSCP-PU sessions. 
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Communication 
Network 
Management 
Application 

CCNMA) 










Figure 9-4. CNM Flows 


y 
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COMMUNICATION NETWORK MANAGEMENT HEADER 


The comtnun i cation network management header is a five-byte 
header used in certain NS requests that can be embedded in 
FORWARD or DELIVER requests. When this header is used, it 
immediately follows the NS header in the embedded 
maintenance services RU. The CNM header formats are shown 
below. 

• CNM header for requests sent by the SSCP: 

Bytes Description 


0-4 CNM Header 

0-1 CNM target ID, as specified in bytes 2-3, bits 

2-3 

Note : The target is the resource to which the 

requested statistics or other information 
pertain 

2-3 bits 0-1, reserved 

bits 2-3, CNM target ID descriptor: 

00 byte 1 contains a local address 
for a PU or LU in a PU_T2 node 
or an LSID for a PU or LU in a 
PU_T1 node; byte 0 is reserved 
01 bytes 0-1 contain a network 
address identifying a link, 
adjacent link station, PU, or LU 
in the destination subarea 
bits 4-15, procedure related identifier (PRID): 

a CNM application program generated 
value for CNM application program 
correlation, or an SSCP generated 
value for SSCP routing 
4 Reauest - Specific Information 

bit 0, request-specific indicator 
bit 1, reserved 

bits 2-7, request-specific type: specifies 

different functions and data 
presentations for the general 
function specified by the NS request 
code . 

Note : For reply (i.e.» solicited) requests, bytes 0-3 

and byte 4, bits 2-7, echo the corresponding fields in 
the CNM header received in the request that solicited the 
reply request(s). 
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• CNM header for reply requests and unsolicited requests 
sent to the SSCP: 

Bvtes Description 


0-4 CNM Header 

0-1 CNM target ID» as specified in bytes 2-3* bits 

2-3 

Note ; The target is the resource to which the 
sent statistics or other information pertain 
2-3 bits 0-1* reserved 

bits 2-3* CNM target ID descriptor: 

00 byte 1 contains a local address 
for a PU or LU in a PU_T2 node 
or an LSID for a PU or LU in a 
PU_T1 node* byte 0 is reserved 
01 bytes 0-1 contain a network 
address identifying a link* 
adjacent link station* PU* or LU 
in the origin subarea 

bits 4-15, procedure related identifier (PRID): 

a CNM application program generated 
value for CNM application program 
correlation, or an SSCP generated 
value for SSCP routing 
4 Reguest - Soecific Information 

bit 0* solicitation indicator: 

0 unsolicited request 
1 reply request 

bit 1, not last request indicator: 

0 last request in a series of related 
unsolicited or reply requests* e . g . * 
last reply request in a series 
corresponding to a single soliciting 
request 

1 not last request 

bits 2-7, request-specific type: specifies 

different functions and data 
presentations for the general 
function specified by the NS request 
code. 

Note : For reply (i.e., solicited) requests, bytes 0-3 

and byte 4, bits 2-7, echo the corresponding fields in 
the CNM header received in the request that solicited the 
reply request(s). 

For unsolicited requests* these fields—the CNM target ID 
descriptor, the CNM target ID, the PRID* and the 
request-specific information—are generated by the 
request sender. For unsolicited requests* the PRID field 
contains X’000 f . 
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MAINTENANCE SERVICES RUS 


ACTIVATE TRACE (ACTTRACE) 

DEACTIVATE TRACE (DACTTRACE) 

Flow: From SSCP to PU_T4|5 (Normal) 

Principal FSMs: 

(SSCP,PU).PRI.TRACE(na,n)_SEND (Figure 9-5) 

ACTTRACE requests the PU to activate the specified type of 
resource trace (n) related to the specified network address 
(na) . 

DACTTRACE requests that the specified trace be deactivated. 
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-RESET— 

I 

| ACTTRACE froa SSCP.SYC_H6R.HA.SEKD 
O- - — .... .. ... . . . - 

( ACTTRACE to SNS.SBKD 


-PEND_ACTIVE— 

♦RSP (ACTTRACE) froa SNS.RCV 


-ACTIVE- 


—>o 


♦RSP (ACTTRACE) to SSCP.SVC_HGR.HA.RCV 


—>o 


| -RSP(ACTTRACE) froa SNS.RCV | 

o<—-----o 

| -RSP(ACTTRACE) to SSCP.SVC_HGR.HA.RCV | 


—-PEND_F ESET- 


o<- 


♦ RSP (DACTTRACE) froa SNS.RCV 


—o<— 


DACTTRACE froa SSCP.SVC_HGR.HA.SEND 


♦BSP(DACTTRACE) to SSCP.SVC_HGR.HA.RCV | DACTTRACE to SHS.SEND 


f -RSP (DACTTRACE) froa SNS.RCV J 

o-•-*—>o 

1 -RSP(DACTTRACE) to SSCP.SVC_HGR.HA.RCV| 


Figure 9-5. (SSCP,PU) .PRI.TRACE(na,n)_SEND 
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RECORD TRACE DATA (RECTRD) 

Flow: From PU_T4|5 to SSCP (Normal) 

Principal FSMs; 

(SSCP,PU).PRI.RECTRD_RCV (Figure 9-6) 

RECTRD returns data collected during a trace of 
specified resource. 


the 
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-RESET- —PEND 

I RECTRD from SNS.RCV 

O--—— — - M -- -1 , . —M '— > 0 

I RECTRD to SSCP.SVC_MGR.MA.RCV I 


| +RSPCRECTRD) from SSCP.SVC_MGR.MA.SEND | 

o<-- —.—..— ■ .. — -. o 

| +RSP(RECTRD) to SNS.SEND | 

Figure 9-6. (SSCP» PU).PRI.RECTRD_RCV 

: f . I 
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DISPLAY STORAGE (DISPSTOR) 

RECORD STORAGE (RECSTOR) 

Flow: From SSCP to PU_T4|5 (Normal) for DISPSTOR 

From PU_T4|5 to SSCP (Normal) for RECSTOR 

Principal FSMs: 

(SSCP* PU).PRI.STORAGE'SEND (Figure 9-7) 

DISPSTOR requests the PU to send a RECSTOR RU containing a 
specified number of bytes of storage beginning at a 
specified location. If the Type byte specifies nonstatic 
program storage* the RECSTOR RU is constructed in real time 
and the PU may be changing the storage contents while the 
display bytes are being set up in the RU. If the Type byte 
specifies static snapshot storage* the RECSTOR RU is built 
with the assurance that storage contents are not being 
changed while the RECSTOR RU is being prepared. 

RECSTOR carries the storage dump as requested in the above 
command. 

DISPSTOR may be embedded in a FORWARD request* RECSTOR may 
be embedded in a DELIVER request. See the descriptions of 
FORWARD and DELIVER for details. 
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-BETDISP(RESET)- -PEND_DISP- -DISP 


DISPSTOR from 

SSCP.SVC_MGR.MA.SEND 


DISPSTOR to SNS.SEND 


| +RSPCDISPSTOR) from SNS.RCV 

’>0->o 

I +RSPCDISPSTOR) to 
SSCP.SVC_MGR.MA.RCV 




-RSP(DISPSTOR »0809) from 
SNS.RCV 

o <--- 1 ---o 

I -RSPCDISPSTOR,0809) to | 

SSCP.SVC_MGR.MA.RCV 


| RECSTOR from SNS.RCV | 

o <-o 

| RECSTOR to SSCP.SVC_MGR.MA.RCV | 


Figure 9-7. (SSCP,PU).PR I.STORAGE_SEND 
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EXECUTE TEST (EXECTEST) 


Flow: From SSCP to PU_T4I 5 (Normal) 

Principal FSMs : 

(SSCP,PU).PRI.TEST(na,n)_SEND (Figure 9-8) 

EXECTEST requests the PU to activate the specified test type 
(n) related to the specified network address (na). The test 
code specifies the test type and defines the contents of the 
test data field. The test may be for the PU* or for the LUs 
or links supported by the PU. 

A Link-Level 0 test or Link-Level 1 test can be specified. 
These are identical to the test described for Link-Level 2 
(see TESTMODE for details)* except for the level of 
dedication of resources while the test is being performed. 
Link-Level 0 requires a dedicated PU_T4|5 node* a dedicated 
link* and a dedicated secondary link station while the test 
is performed. Link-Level 1 allows sharing the PU_T4|5 node 
but dedicating the link and secondary link station. 
Link-Level 2 allows sharing both the PU_T4|5 node and link 
and dedicating only the link station. 


CHAPTER 9 


MANAGEMENT AND MAINTENANCE SERVICES 9-17 



--fiBSBT- 


-PBHD ACT! VB- 


-ACtlVB— 


BZBCTBST fro» SSCP.SVC.H6fi.BA.SSBD | ♦ESP (EXBCTEST) fron SHS.fiCV 


EXECTBST to SHS.SBHD 


♦BSP(EXECTEST) to SSCP.SVC.HGfi.HA.BCV 


->o 


o<- 


-RSP(EXECTEST) ft OB SHS.fiCV 

-RSP(EXECTEST) to SSCP. SVC.H6B. HA. BCV 


o<- 

1 


(end) from (SSCP,PB).PBI.BECT0.fiCV (Pigure 9-9) 


(no output) 


Figure 9-8. (SSCP,PU). PRI.TEST (na,n) _SEND 
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RECORD TEST DATA (RECTD) 

Flow: From PU_T4|5 to SSCP (Normal) 

Principal FSMs: 

(SSCP,PU).PRI.RECTD_RCV (Fipure 9-9) 

RECTD returns the status and results of a test requested by 
EXECTEST to SSCP maintenance services. 
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-RESET—- -PEND 

RECTD(na>n) from SNS.RCV | 

o——---*-——•——>o 

RECTD to SSCP.SVC_MGR.MA.RCVJ 
(end) to (SSCP>PU).PRI.TEST(na*n)_SEND 
if RECTD carries (status = (normal end 
or terror end)) 


j +RSP(RECTD) from SSCP.SVC_MGR.MA.SEND | 

o< ' ■ — —— ■ ■ .0 

j +RSP(RECTD) to SNS.SEND j 

Figure 9-9. (SSCP.PU).PRI.RECTD_RCV 
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REQUEST MAINTENANCE STATISTICS CREQMS) 


Flows From SSCPlPUCP to PU (Normal) 

Principal FSMs: 

(SSCP > PU).PRI.REQMS(na »n)_SEND (Figure 9-10) 

REQMS requests the CNM services associated with the PU to 
provide maintenance statistics for the resource indicated by 
the CNM target ID (na) in the CNM header. The Type code (n) 
in the CNM header indicates the specific statistics that are 
to be passed. These statistics are transmitted by the PU to 
maintenance services at the SSCP via the RECFMS request. 


REQMS requests have 


000001 

requests 

000010 

requests 

000011 

requests 

000100 

requests 

000101 

requests 

000110 

requests 
data. 


the following Type codes: 

SDLC Test command/response statistics 
summary error data. 

error statistics from a peripheral PU. 

PU|LU dependent data, 
engineering change levels, 
link-connection subsystem (e.g.* modem) 


A reset indicator is gin if the counters requested by REQMS 
are to be reset when RECFMS is sent. Refer to the 
description of RECFMS for details on the Type codes. 

This request may be sent as an embedded NS RU in a FORWARD 
request. Refer to the description of FORWARD for details. 
REQMS cannot exceed 256 bytes. 
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-RESET- —-PEND_RESET~~ 

| REQMS from SSCP.SVCJMGR.MA.SEND | 

o---- " 1 ■■ —*->o 

I REQMS to SNS.SEND I 


+RSP(REQMS) from SNS.RCV 


o <~ 


+RSP(REQMS) to SSCP.SVC_MGR.MA.RCV 


o<- 

I 


-RSP(REQMS) from SNS.RCV 
-RSP(REQMS) to SSCP.SVC_MGR.MA.RCV | 


Figure 9-10. (SSCP,PU).PRI.REQMSCna,n)_SEND 
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RECORD FORMATTED MAINTENANCE STATISTICS (RECFMS) 


Flow: From PU to SSCPlPUCP (Normal) 

Principal FSMs: 

(SSCP,PU).PRI.RECFMS(na,n)_RCV (Figure 9-11) 

RECFMS permits the passing of maintenance related 
information from a PU to maintenance services at the SSCP. 
The information is generated by the CNM services associated 
with the PU. The CNM target ID (na) in the CNM header in 
the RECFMS indicates whether the statistics are for the PU 
or an LU in the node* or for a link or adjacent link 
station. 

The Type code (n) in the CNM header indicates the specific 
statistics that are generated by the CNM services. 

RECFMS requests have the following Type codes: 

000000 reports an alert event and may convey information 
about the conditions that caused the event to be 
initiated. 

000001 reports SDLC Test command/response statistics. 
000010 reports summary error data. 

000011 reports error statistics from a peripheral PU. 
000100 reports PU|LU dependent data. 

000101 reports engineering change levels. 

000110 reports link connection subsystem (e.g., modem) 


Counters are reset if the RECFMS is solicited by a REQMS 
with the reset indicator on. Counters are also reset if a 
RECFMS with any type code other than 000000 is sent 
unsolicited. If counters are to be reset, they are reset by 
CNMS at the time RECFMS is sent, i.e., before a +RSP(RECFMS) 
is received. Only counters of the type reported in that 
RECFMS are reset. Counters that reach their maximum value 
are not wrapped (reset) until reported via an unsolicited 
RECFMS, or until solicited via a REQMS with the counter 
reset indicator on. 


RECFMS type 000000 is sent by the CNMS associated with a 
PU|LU to notify its CNMA(s) of an event that affects the 
PUlLU's ability to perform its intended functions and may 
require intervention and/or action (e.g., to correct a 
failure of its associated hardware). RECFMS type 000000 
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carries information from other RECFMS types to provide 
classification of the alert event. It may also provide the 
currently stored information relevant to the initiation of 
the alert event in RECFMS vectors appended to the RECFMS 
type 000000 request (see the RECFMS definition in Appendix 
E) . 

RECFMS type 000011 reports error statistics from a 
peripheral PU. These statistics are counts of selected 
errors) useful for problem determination* that have been 
supplied by the communication adapter. For these error 
statistics the RECFMS type 000010 communication adapter 
error counter is always incremented. The RECFMS type 000010 
product error counter is also incremented for those 
communication adapter errors classified as internal errors 
by the product identified by the block number. 

Multiple sets of counters are defined in order to 
accommodate different product implementations of 
communication adapter function. 

The counters in RECFMS types 000010 and 000011 are 
positional. Counters that are not used are indicated in the 
validity mask field by a bit setting of 0 and their contents 
are to be ignored. Counters that are used are indicated in 
the validity mask field by a bit setting of 1. 

All RECFMS types may be sent as unsolicited requests. RECFMS 
types other than 000000 may be solicited by a REQMS request. 
Multiple RECFMS reply requests may be sent in reply to a 
single REQMS. RECFMS cannot exceed 256 bytes. 

This request may be embedded in a DELIVER request. See the 
description of DELIVER for details. 
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RESET- -PEND_R ESET- 

RECFMS from SNS.RCV | 

o->o 

RECFMS to SSCP.SVC_MGR.MA.RCV I 


| +RSP C RECFMS) from SSCP.SVC_MGR.MA.SEND | 

Q <-O 

| +RSP(RECFMS) to SNS.SEND I 


I -RSP(RECFMS»Note) from SSCP.SVC_MGR.MA.SEND | 

Q<- i- O 

I -RSP(RECFMS,Note) to SNS.SEND I 


Note : Sense codes: 080C> 0812» 0815. 


Figure 9-11. (SSCP,PU).PR I.RECFMSCna,n)_RCV 
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RECORD MAINTENANCE STATISTICS (RECMS) 

Flow: From PU_T4|5 to SSGP (Normal) 

Principal FSMs: 

CSSCP,PU).PRI.RECMS_RCV (Figure 9-12) 

RECMS permits the passing of maintenance statistics from a 
PU to a centralized recording facility at the SSCP. A PU 
may send statistics for itself* for its node* for supported 
links* or for adjacent link Stations* as indicated by the 
network address in the request. 

This request may be embedded in a DELIVER request. See the 
description of DELIVER for details. 
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-RESET- -PEND- 

| RECMS from SNS.RCV | 

o->o 

I RECMS to SSCP.SVC_MGR.MA.RCV | 


I +RSP(RECMS) from SSCP.SVC_MGR.MA.SEND | 

o<-o 

| +RSP(RECMS) to SNS.SEND | 

Figure 9-12. (SSCP,PU).PRI.RECMS_RCV 
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REQUEST TEST PROCEDURE (REQTEST) 

Flow: From PU_T4 | 5 or LU to SSCP (Normal) 

Principal FSMs: 

(SSCP,LU).SEC.REQTEST(nn2,n)_SEND (Figure 9-13) 

(SSCP,PUILU).PRI.REQTEST(nh2,n)_RCV (Figure 9-14) 

REQTEST requests that the specified test procedure (n) be 
executed for network name 2 (nn2) and be controlled by 
network name 1 (see Appendix E). 
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-BESET- 


| REQTBST fro* L0.SVC_HGR.HA.SEND 
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I REQTBST to SIS.SEND | 

I I 
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| ♦BSP (REQTBST) fro* SNS.RCV 
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I I 
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o-*--» 
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o<-.-» 


Figure 9-13. (SSCP,LD).SEC.BEQTEST(nn2,n)_SBND 


-BESET- 


---PBND^ACTIVB- 


BEQTEST fro* SNS.RCV 


BEQTEST to SSCP.SVC_MGR«Hi•RCY 


o<- 


o<— 
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-RSP(REQTBST,Note) fro* 
SSCP.SVC.HGB.HA.SEED 


♦RSP(REQTBST) fro* 

SSCP.SVC JIGR.HA.SEND 

♦RSP(REQTBST) to SNS.SEND 


-RSP(REQTBST,Note) to SNS.SEND 


(reset) fro* EXSCTSST(na,n) w SBND 


(no output) 


-ACTIVE- 


Note: Sense codes: 080C, 0812 

Figure 9-14. (SSCP,P01L0) .PHI.RBQTEST(nn2,n) _RCV 
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TEST MODE (TESTMODE) - 

RECORD TEST RESULTS (RECTR) 

Flow: From SSCP to PU_T4|5 (Normal) for TESTMODE; 

from PU_T415 to SSCP (Normal) for RECTR 

Principal FSMs: 

(SSCP»PU).PRI.TESTMODE_SEND (Figure 9-15) 

(SSCP,PU).PRI.RECTR_RCV (Figure 9-16) 

TESTMODE requests the CNM services associated with the PU to 
manage a test procedure. The test procedure begins with the 
TESTMODE request that initiates a test and ends when the 
test results and status are returned in a RECTR reply 
request corresponding to the initializing TESTMODE request. 
The test portion of the procedure is terminated under any of 
the following conditions: 

• The test runs to completion; i.e., the test is 

self-terminating. 

• A subsequent TESTMODE specifying test termination is 
received by CNM services. 

• An error occurs. 

The TESTMODE request denotes (1) test initiation and whether 
the test is self-terminating or continuous* or (2) test 
termination. 

TESTMODE contains a CNM header. The target ID in the header 
indicates the resource that is to be tested. The Type code 
in the header specifies the test. 

TESTMODE may be sent as an embedded NS RU in a FORWARD 
request. Refer to the description of FORWARD for details. 

RECTR is the reply request corresponding to a TESTMODE 
request. It returns the results and status for the test. 
Multiple reply requests may be sent in answer to a single 
soliciting TESTMODE request. When TESTMODE initiates a 
continuous test, the RECTR(s) is sent in reply to the 
TESTMODE request that terminates the test. However, the 
PRID that is echoed in the CNM header of the replying RECTR 
is the PRID received in the TESTMODE that initiated the 
test. 

RECTR may be embedded in a DELIVER request. Refer to the 
description of DELIVER for details. 
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*isw— * 
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| | TBSTHODE fro* SSCP.SVC HGR.HJk.SBBD 

[ T TBSTRODE to SMS.SBID 
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1 
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| ♦RSP(TBSTRODE) fro* SHS.RCV 


| ♦RSP (TBSTHODE) to SSCP.SVC.HGR.HR.RCV 
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| -RSP(TBSTHODE)-fro* SHS.RCV 


| -RSP(TBSTHODE) to SSCP.SVC.HGR.HE.RCV 

1 

1 

figure 9-15. (SSCP,PU).PBI.TBSTHODE.SBHD 


-RBSBT- 


RBCTR fro* SHS.RCV 



♦RSP(BBCTR) fro* SSCP.SVC.HGR.HA.SEND 



—RSP(RECTR#0812) fro* SSCP.SVC.HGR.HA.SEND 



Figure 9-16, (SSCP,PtJ)*PRI.RECTR_RCV 
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REQUEST ECHO TEST (REQECHO) 

Flow: From LU to SSCP (Normal) 

Principal FSMs: 

(SSCP,LU).SEC.REQECHO_SEND (Figure 9-17) 

(SSCP,LU).PRI.REQECHO^RCV (Figure 9-18) 

REQECHO requests that the SSCP send to the LU the data 
included in REQECHO. The target LU for the test data is the 
LU that generated the REQECHO. The SSCP is to send the test 
data, via the ECHOTEST RU, to the target LU the number of 
times specified by the repetition factor in the REQECHO. 
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REQECHO froi LO.SVC_.flGR.HA.SEND 
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Figure 9-17. (SSCP,LU).SEC.REQECHO_SEHD 
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fiot(§: Sense codes: 1003, 0803, 0804, 0806, 0809, 0812, 

0826, 0832 0835, 0842, 0857, 0859 

Figure 9-18. (SSCP,LD).Pfil.REQECHO_RCV 
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ECHOTEST CECHOTEST) 

Flow: From SSCP to LU (Normal) 

Principal FSM: None 

ECHOTEST carries test data to the target IU» the test data 
is the same as that carried in the corresponding REQECKO. 
The target LU is the LU that generated the REQECIiOt The 
number of ECHOTESTs sent is specified by the repetition 
factor in the REQECHO* except that any -RSPCECHOTEST) ends 
the sequence. 
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SET CONTROL VECTOR (SETCV) 


Flow: From SSCP to PU_T4|5 (Normal) 

Principal FSMs: 

(SSCP.PU).PRI.SETCV_SEND (Figure 9-19) 

This SETCV sets the intensive mode (X’08’) control vector 
that is maintained by the PU receiving the request and that 
is associated with the network address specified in the RU. 

For SETCV(configuration services) see Chapter 7. 
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-RESET- -PEND 

SETCV from SSCP.$VC_MGR,MA.SEND | 

O-. . ..— - - . — 1 ' - — — - --- >o 

SETCV to SNS.SEND 

+RSP(SETCV) from SNS.RCV 

o<—•— -—"— —————-——* . ; ---o 

+RSPCSETCV) to SSCP.SVC_MGR.MA.RCV 

-RSP(SETCV) from SNS.RCV 

o<--— ---—— --— ---o 

| -RSP(SETCV) to SSCP.SVC_MGR.MA.RCV | 


Figure 9-19. (SSCP,PU).PRI.SETCV_SEND 
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ROUTE_TEST 

Flow: SSCP to PU_T4I 5 (Normal) 

Principal FSMs; None 

ROUTE_TEST requests the PC_ROUTE_MGR component of PU.SVC_MGR 
to return the status (e.g.* active* operative* not defined) 
of various explicit and/or virtual routes as known in the 
control blocks in the node. The ROUTE_TEST may also specify 
that explicit route test requests be sent into the network 
to determine if the explicit routes are operative* and if 
they are not operative to determine where they are 
inoperative. The statuses of explicit and virtual routes 
returned in RSP(ROUTE_TEST) and in ER_TESTED (which conveys 
to the SSCP the results of the explicit route test requests) 
may be sent to the network operator. 
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EXPLICIT ROUTE TESTED (ER_TESTED) 

Flow: PU_TA|5 to SSCP (Normal) 

Principal FSMs: None 

ER_TESTED is sent by a subarea node to one or more SSCPs to 
provide the the status of an ER as determined by explicit 
route test procedures. When an NC_ER_TEST fails* the ER 
manager detecting the failure sends an ER_TESTED for each 
SSCP-PU session that has received SDT. When an NC_ER_TEST 
succeeds and the corresponding NC_ER_TEST_REPLY reaches its 
destination (i.e.» the originator of the NC_ER_TEST)* the ER 
manager at that node sends an ER_TESTED to the SSCP that 
originated the ROUTE_TEST that requested the explicit route 
be tested. In both cases the information obtained from the 
ER_TESTED may be sent to the network operator. 
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MANAGEMENT SERVICES RUS 


DELIVER (DELIVER) 

Flow: From SSCP to LU (Normal) 

Principal FSMs: 

(SSCP,LU).PRI.DELIVER_SEND (Figure 9-20) 

(SSCP,LU).SEC.DELIVER_RCV (Figure 9-21) 

DELIVER contains an embedded NS RU. A flag in the DELIVER 
RU indicates whether the NS RU contains a CNM header. An 
embedded NS RU is either a reply request corresponding to an 
NS RU embedded in a FORWARD request, or it is an unsolicited 
request. The procedure-related identifier (PRID) is the 
only information that the SSCP may modify in an embedded NS 
RU. The SSCP changes PRIDs when doing its own PRID-based 
routing. 

All names sent in a DELIVER request are network names. 

The name in the Origin field is derived from the 
half-session from which the SSCP receives the NS RU to be 
embedded in the DELIVER. 

When the NS RU to be embedded has a CNM header, the name in 
the Target field is derived from the CNM target ID 
descriptor and the CNM target ID. When the NS RU to be 
embedded has no CNM header, the name in the Target field is 
derived from the network address in the NS RU. When the NS 
RU to be embedded is originated by an LU, the resource 
identified in the NS RU may only be an LU. 

A configuration hierarchv list provides configuration 
information about a target. See appendix E for detailed 
description of the hierarchy list. 

NS RUs to be embedded in a DELIVER request are processed by 
management services at the SSCP.SVC_MGR. The SSCP SNS 
processing for embedded NS RUs consists solely of a 
pass-through routing function; FSMs are not maintained. 

NS RUs that may be embedded in a DELIVER are RECFMS, RECMS, 
RECSTOR, and RECTR. 
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Pigure 9-20. (SSCP,LU).Pfil.DELIVER_SEND 
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Q<- ---» 


Figure 9-21. (SSCP,L0).SEC.DELIVEB_ECV 
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FORWARD (FORWARD) 


Flow: From LU to SSCP (Normal) 

Principal FSMs: 

(SSCP,LU).SEC.FORWARD_SEND (Figure 9-22) 
(SSCP»LU).PRI.FORWARD_RCV (Figure 9-23) 

FORWARD requests the SSCP to send the embedded NS RU to the 
named destination PU|LU» using the corresponding SSCP-PUlLU 
session. The FORWARD RU contains a flag that specifies 
whether the embedded NS RU contains a partially initialized 
CNM header or no CNM header at all. 

All names sent in a FORWARD request are network names. 

FORWARD always contains a destination name and a target 
name. The SSCP selects the appropriate SSCP-PU session to 
forward the embedded NS RU based upon the destination 
network name. 

When the destination is a PU|LU in a subarea node, the SSCP 
resolves the target name to a network address. When the 
destination is a PU|LU in a peripheral node, the SSCP 
resolves the target name to the appropriate one-byte local 
address form. In any case, the SSCP completes the CNM 
header initialization by entering the CNM target ID and CNM 
target descriptor in the CNM header based on the address 
derived from the target name and on the PU type at the 
destination. 

Embedded NS RUs without CNM headers are sent only to a 
subarea PU. All embedded NS RUs, whether or not they 
contain a CNM header, have the network address of the target 
at a common location in the FORWARD RU. 

An SSCP optionally queues or rejects a FORWARD request when 
the SSCP half-session for the embedded NS RU destination 
operates in immediate request mode and definite response 
protocol, and a prior normal-flow RQD request is outstanding 
on the half-session. 

The NS header category field in an embedded NS RU always 
denotes same-domain. 

NS RUs embedded in FORWARD requests are processed by 
management services at the SSCP.SVC_MGR. The SSCP SNS 
processing for an embedded NS RU consists only of a send 
usage check on the destination PU request receive capability 
and of a pass-through routing by SNS.SEND; FSMs are not 
maintained. 

NS RUs that may be embedded in FORWARD are: SETCV, 
DISPSTOR, TESTMODE, and REQMS. 
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The response to a FORWARD request is not 
response to the embedded NS RU is received 
the SSCP intends to respond negatively to a 
it does so and the embedded NS RU is not fo 


sent unti1 the 
at the SSCP. If 
FORWARD request> 
warded. 
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-RESET- 
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Figure 9-22. (SSCP,L0).SEC.FORWARD_SEND 


-RESET- 


FORWARD fro* SHS.RCV 


FORWARD to SSCP.SVC_HGR.HN.RCV 


+RSP (FORWARD,Note) fro* SSCP.SVC_MGR.HN-SEND 


♦RSP(FORWARD,Note) to SNS.SEND 


-RSP(FORWARD,Note) fro* SSCP.SVC_MGR.HN.SEND 


-RSP (FORWARD,Note) to SNS.SEND 


Note: The SSCP *ay respond negatively to a FORWARD 

request using one of the following sense 
codes: 0806, 080E, 0812, 0851, 1002, 1003 

or 1007. A negative response is also sent 
if the SSCP receives a negative response to 
the NS R0 that was inbedded in the FORWARD 
and forwarded. In this case, the sense code 
received by the SSCP to the forwarded NS R0 
is used on the negative response to FORWARD. 
Note that the CHH application cannot 
necessarily distinguish the sense code 
originator. 


Figure 9-23. (SSCP,LU).PRI.FORWARD_RCV 
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CHAPTER 10 


OVERVIEW OF THE PU.SVC MGR 


PU . SVC MGR STRUCTURE 

The PU.SVC_MGR (Figure 10-1) is composed of the following 
components: 

• Network services (PU.SVC_MGR.NS or NS) 

• Common session control manager (PU.SVC_MGR.CSC_MGR or 
CSC_MGR) 

• Path control route manager (PU.SVC_MGR.PC_ROUTE_KGR or 
PC_ROUTE_MGR) 

• Link manager (PU.SVC_MGR.LINK_MGR or LINK_MGR) 

The NS component and resource finite-state machines are 
defined in Chapter 11; the VR and ER managers and route 
finite-state machines are defined in Chapter 12; the CSC 
manager component and session finite-state machines are 
defined in Chapter 13; the data structures that the 
PU.SVC_MSR components use are defined in Appendix A. The 
link manager is not defined in this book. 
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Note: 

The components of PO.SVC_MGR are described in the following chapters: 


Component Chapter 


PO.SVC NGR.NS 11 
PO.SVC MGR.PC ROOTE MGR 12 
PO.SVC_HGR.CSC MGR 13 
PO.SVC MGR.LINK MGR * 


* The PO.SVC_MGR.LINK_MGR is not described in this book. 


Figure 10-1. Structure of PU.SVC_MGB 
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PU.SVC_MGR.NS COMPONENT 


The NS component processes requests that are received on 
PUCP-PU or SSCP-PU half-sessions. The following functions 
are contained in this component: 

• Receive all CP-PU half-session requests and responses. 

• Session control processing of ACTPU, DACTPU> and, for a 
subarea node, SDT. 

• Link and link station management including functions 
common to all DLCs and protocol verification are done 
in this component. (The DLC and link connection unique 
functions are handled by the LINK_MGR.) 

• Management of subarea element address space. 

• Management of the loading or dumping of an adjacent 
subarea node, or the loading of an adjacent type 2 
node . 

• Provision of a protocol boundary with communication 
network management services (see Chapter 9) for 
maintenance requests and responses. 

• Provision of a routing function between the CP-PU 
ha 1f-sessions and path control route manager. 

PU.SVC_MGR.PC_ROUTE_MGR COMPONENT 

The PC route manager component of the PU.SVC_MGR exists only 
in subarea nodes and manages virtual and explicit routes. 
It consists of two major sections: an explicit route 

manager (ER_MGR) and a virtual route manager (VR_KGR). 
These two managers interact to set up routing for sessions. 
The PC route manager component has a single protocol 
boundary routine called PU.SVC_MGR.PC_ROUTE_MGR.RCV that 
receives input from other components of the PU.SVC_MGR as 
well as from the explicit route control component of path 
control (See Chapter 3). The PC route manager component 
sends output to transmission group control, explicit route 
control, CSC manager, and to SSCP-PU ha 1f-sessions . 

PU.SVC_MGR.CSC_MGR COMPONENT 

The CSC manager handles the activation and deactivation of 
both locally supported and boundary function supported 
half-sessions. Path control and the services managers 
direct all session activation and deactivation requests and 
responses to CSC manager for processing. CSC manager 
maintains session FSMs to remember the status of the 
half-sessions . 
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In addition* CSC manager controls session outage 
notification. When CSC manager is informed by the PC route 
manager of conditions that disrupt traffic flow between 
half-sessions, it identifies the affected sessions and, 
depending upon the specific cause of the outage, sends 
session deactivation requests to each affected half-session. 

PU.SVC_MGR.LINK_MGR COMPONENT 

The link manager is a generic component that manages the 
unique aspects of DLCs (e.g.» SDLC and S/370 channel) and of 
link connections. The aspects of data link control common 
to all DLCs are managed by the network services component; 
however, the transformation of the generic requests into the 
protocol required for a specific type of data link control 
is managed by the link manager. 

The link manager component provides management function not 
only for the DLC layer (e.g., interpreting CONTACT and 
sending and receiving XID), but also for the link connection 
by interpreting commands such as ACTLINK and DACTLINK as 
well as functions associated with switched links (e.g., auto 
dial and auto answer). 

The link manager is not documented in this book. 
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Figure 10-2. PU.SVC_MGR as a manager of SNA layers 
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NODE LAYER MANAGEMENT 

The PU.SVC_MGR is the collection of function that manages 
and controls the functional layers of anode (Figure 10-2). 
The functional layers consist of links, path control, 
half-sessions, and NAU services. The PU.SVC_MGR manages the 
resources used by half-sessions, path control, and links. 
Nodes may attach to other resources (e.g., files and 
devices); these are managed by the other service managers 
(SSCP, LU> BF.LU, and BF.PU) and may involve common service 
functions provided by the operating environment of the node 
(e.g., buffer allocation and sharing of objects). 


Each node contains one and only one PU.SVC_MGR. A node may 
be defined by the resources that are controlled by a 
PU.SVC_MGR. Each layer of the architecture exchanges RUs 
and control information with the PU.SVC_MGR. 

MANAGING THE LINK LAYER 

The-DLC layer (SDLC or System/370 Channel) exchanges control 
information with the PU.SVC_KGR. This information is in the 
form of signals, except for XID (Exchange identification), 
which is a DLC-level message unit (see Appendix E). Some of 
this control information controls the link connection (e.g., 
answering an incoming call or providing dial digits), while 
other information is translated into unique protocols on the 
physical medium (e.g., CGNTACT into either an SDLC SNRM 
command or UA response). 

The PU.SVC_MGR.NS component does validation on requests 
received from a control point, but does not translate these 
requests into specific actions to be taken with respect to 
the link. The PU.SVC_MGR.LINK_MGR does this translation for 
the specific link control type involved. 

MANAGING THE PATH CONTROL LAYER 

The functions of path control are to provide a signaling 
path for requests and responses between two half-sessions, 
and to provide intermediate node routing for routes that use 
an intermediate node. Path control has three basic types: a 
simple form in a peripheral node; the corresponding function 
in a subarea node to support connections to peripheral 
nodes; and a form that connects subarea nodes to other 
subarea nodes, which involves transmission groups, explicit 
routes, and virtual routes. 

The management of this layer requires the creation of a 
correspondence between address fields in a TH (any FID type) 
and ha 1f-sessions identified by session control blocks. The 
creation of this correspondence is part of the 
PU.SVC_MGR.CSC_MGR function. The management of subarea path 
control requires additional support from the PU.SVC_MGR to 
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manage the three sublayers (i.e.* transmission group 
control* virtual route control* and explicit route control). 

Managing the Transmission Group Control Sublayer 

Transmission groups are managed by the PU.SVC_MGR.NS 
component. A transmission group is controlled by managing 
the individual links that comprise the group. A TG is 
operational when the first link becomes usable for data 
exchange and remains functional until no links are 
functional. Information necessary for transmission group 
bring up by exchanging XID (format 2) commands and responses 
between the subarea nodes. This exchange is managed by 
PU.SVC_MGR.NS. One additional function* TG trace, is also 
managed by PU.SVC_MGR.NS. This function is enabled by the 
receipt of an ACTTRACE request specifying the TG trace 
option and is terminated by DACTTRACE. 

Managing the Explicit Route Control Sublayer 

Explicit routes are managed by the PU.SVC_MGR.PC_ROUTE_MGR 
component. Explicit routes are defined at system definition 
time and may be dynamically added. The activation of these 
routes is managed by the PC route manager. Deactivation of 
the route occurs only because of physical path failure and 
is not initiated by control point session requests* or by 
the PU services manager. The primary function of explicit 
route control is to determine if the RU is destined for this 
subarea or another subarea. If it is destined for another 
Subarea* the explicit route number and destination subarea 
address are used to access the SUBAREA_ROUTING list to 
determine the outbound transmission group. If the RU is 
destined for this subarea it is forwarded to virtual route 
control. The explicit route component manages the entries 
in the SUBAREA_ROUTING list. 

Managing the Virtual Route Control Sublayer 

Virtual routes are also managed by the PC route manager. 
Virtual routes are activated when the first session using 
the route is activated, and are deactivated when all 
half-sessions using the route have been deactivated. The VR 
manager's primary function is to assign a half-session with 
a virtual route. The VR manager creates a VRCB for each 
virtual route that is activated and when it is informed that 
the session count has gone to 0, deactivates the virtual 
route and discards the VRCB. 

MANAGING THE HALF-SESSION 

Half-sessions are managed by the PU.SVC_MGR.CSC_MGR 
component. All session activation and deactivation RUs 
(ACTCDRM, ACTLU * ACTPU, BIND, DACTCDRM» DACTLU» DACTPU, and 
UNBIND) are intercepted by path control in the destination 
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nods or boundary function and are forwarded to 
PU.SVC_MGR.CSC_MGR. These RUs are used to construct a 
session control block for the half-session. Part of the 
session management function for resetting and initializing 
session control blocks is described as subroutines in the 
transmission control and data flow control chapters. (See 
Chapters 4 and 5). These subroutines can be considered 
logical extensions of the PU.SVC_MGR.CSC_MGR. 

In the event of a failure along the ER used by a session, 
session outage notification takes place to notify the NAU 
services managers managing the ha 1f-sessions at the ends of 
the route. This notification function is part of 
PU.SVC_MGR.CSC_MGR, but the detection of the failure is part 
of other components in the node. 

MANAGING THE NAU SERVICES MANAGERS 

In a subarea node the PU services manager manages its own 
element address space and provides management support for 
any boundary function contained in its node. 

Managing Subarea Element Addresses 

Links, adjacent link stations, and LUs may be dynamically 
added and removed from the address space of the subarea node 
by RUs that flow from a control point to the PU.SVC_MGR 
(e.g., RNAA and FNA). The PU.SVC_MGR protects sessions 
using these resources from damage resulting from removing or 
redefining a resource. 

Managing Boundary Function PUs and LUs 

Management of the boundary function is limited to tailoring 
the boundary function support to the particular type of node 
attached to the boundary function. This is accomplished 
through the processing of SETCV type 3 (SDLC Secondary 
Station control vector) and type 4 (LU control vector). 
These control vectors specify the type of PU attached and 
other parameters used by boundary function path control and 
half-session layers. 
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CHAPTER 11 


PU SERVICES MANAGER—NETWORK SERVICES 


PU SERVICES MANAGER ( NETWORK SERVICES ! GENERAL DESCRIPTION 

Every node in an SNA network contains one PU» one PU 
services manager* and one PU-based network services 
component (PU.SVC_MGR.NS). Within the node* the function of 
the PU.SVC_MGR (see Figure 11-1) is to control the resources 
belonging to the PU (e.g., links and adjacent link 
stations). The PU.SVC_MGR.NS component participates in 
providing configuration and maintenance services and network 
control for the network* via sessions formed with SSCPs* and 
with its own PU control point (PUCP). 

The PUCP is a functional subset of an SSCP* being basically 
an SSCP substitute at a non-PU_T5 node responsible for 
activating the PU and its local link resources. The PUCP 
communicates with the PU via path control in the same way 
that two NAUs forming a session in the same node do so. The 
PUCP is addressable by the PU, and the PUCP-PU session 
protocols are identical to those of the SSCP-PU for the 
subset described* the structure of the PUCP is undefined* 
being a product option. Because of their similarity, the 
term "control point" (CP) is used* where applicable* to 
refer to either an SSCP or a PUCP. 

A representation of each resource within, or controlled by* 
the node is contained in the node resource list (see 
Appendix A). This list is created by an implementation- and 
installation-dependent process. The node resource list is 
managed by the PU.SVC_MGR.NS * and a representation of a 
resource can be added to* or deleted from* the node resource 
list by the PU.SVC_MGR.NS. 

An important task of the PU.SVC_MGR.NS is supervising the 
shared control of the PU and links in the node. When a PU 
or link station may be activated by more than one SSCP it is 
said to be under shared control. For example* the 
PU.SVC_MGR.NS requests the PU.SVC_MGR.LINK_MGR to activate a 
link when the first CP requests it be activated via the 
ACTLINK RU; the request to deactivate the link is sent to 
PU.SVC_MGR.LINK_MGR by the PU.SVC_MGR.NS only when all CPs 
that had requested activation of the link have requested the 
link be deactivated* or when the link has been reset by a 
lost control point reset or INOP processing. 
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Figure 11-1. Structural Overview of a Node 
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If a resource is under shared control* there is a 
concurrency share limit. A resource's share limit is the 
maximum number of CPs that may have concurrently active 
control over the resource. The PU.SVC_MGR.NS enforces the 
share limit of the PU» links* and adjacent link stations. 

Within the PU.SVC_MGR.NS there exist resource finite-state 
machines that provide information about the state (e.g.» 
active, reset, or pending active) of the physical resource 
(e.g., PU or link) that is represented by the resource FSM. 
The finite-state machines that describe the CP's interaction 
with a specific resource are defined in Chapter 7. All the 
resource FSMs that describe the state of the PU's resource 
have a suffix of RES (e.g., FSM_LINK_ACT_RES). 

The states of the resource FSM for a given shared resource 
are coupled with those of the CP's FSM, e.g., the resource 
FSM becomes active when an activation request is received 
from the first CP, and is reset only after all CPs have 
deactivated it. For example, if one CP's 
FSM_LINK_ACT_DOM_RES is in the ACTIVE sta^e, the 
FSM_LINK_ACT_RES is in the ACTIVE state. If all the CP's 
FSM_LINK_ACT_DOM_RESs are in the RESET state, the 
FSM_LINK_ACT_RES is in the RESET state. The 
FSM_LINK_ACT_RES may temporarily be in an ACTIVE state when 
the CP's FSM_LINK_ACT_DOM_RES is not in the ACTIVE state; 
however, the CP's FSM will be in the same state as the 
resource FSM when the CP receives the response to the 
ACTLINK. 

This chapter describes only the resource FSMs, not the 
coupled CP's FSMs, which are described in Chapter 7. Figure 
11-2 presents a list of the RUs and signals that can 
affect the resource FSMs, the resource FSM name, and the CP 
FSM name. This does not imply that an RU is checked only 
against the state of the FSM listed; for example, a 
DUMPINIT is checked not only against the state of 
FSM_ALS_SEC_DUMP_RES as listed, but also the IPL, RPO, LOAD, 
CONTACT, and DISCONTACT resource FSMs (shown in the 
procedure, but not in the list). 


CHAPTER 11. PU SERVICES MANAGER—NETWORK SERVICES 11-3 


Request Code 

| Node Resource FSM Name (Note 1) 

1 

1 

1 

— 4 .^. 

Control Point Domain Resource FSM 

ABCONN 

1 

| FSM_ALS_CONNECTED_RES 

i 

T 

! 

1 

1 

FSM_ALS_CONNECTED_DGM_R£S 

ABCONNOOT 

| FSM LINK CONNOOT RES 

1 

1 

1 

1 

FSM LINK CONNOUT DOM RES 
FSM~ALS_CONNECTED_DOM_RES 

ACTCONNIN 

1 

i FSH LINK CONNIN RES 

1 

| 

1 

1 

1 

1 

FSM_LINK_CONNIN_DOM_RES 

fsm3als_connected_dom_res 

ACTLINK 

| FSM^LINK_ACT_RES 

i 

1 

1 

1 

FSM_LINK_ACT_DOM_.RES 

ACTPD 

j FSM_PU_ACT_RES 

V 

1 

1 

FSM_PO_ACT_DOM_RES 

CONNOOT 

| FSM_LINK_CQMNOOT_RES 

1 

1 

1 

FSM LINK CONNOOT DOM RES 
FSM_ALS_CONNECTED„DQM_RES 

CONTACT 

1 

| FSM_ALS^CONTACT_DISCONTACT_RES 

1 

1 

1 

FSM_ALS_CONTACT_J)OMjaES 

CONTACTED 

| FSK_ALS_CONTACT_DISCONTACT_RES 

■ 

I 

i 

FSM_ALS_CONTACT_DOM_RES 

DACTCONNIN 

| FSM LINK CONNIN RES 

I 

i 

1 

1 

FSM_LINK_CONNIN_DOM_RES 

fsm”als_connectedj)omjres 

DACTLINK 

1 

| FSM_LINK_ACT_RES 

1 

1 

i 

FSM_LINK_ACT_DOM_RES 

DACTPU 

| FSM_PO_ACT_RES 
| 

1 

\ 

i 

FSM_PO_ACT_DOM_RES 

DISCONTACT 

| FSM_ALS_CONTACT_DISCONTACT_RES 

■ 

1 

1 

■ 

FSM_ALS_CONTACT_DOM_RES 

DOMPFINAL 

| FSM_ALS_SEC_DUMP_RES 

i 

1 

FSM__ALS — DOMP__DOM_RES 

DOMPINIT 

1 

| FSM_ALS_SEC_DOMP_RES 
| ”” 

1 

1 

i 

FSM__ALS_DOMP_DOM_RES 

DOMPTEXT 

| FSM_ALS_SEC_DOMP_RES 

1 

1 

i 

FSM_ALS_DOMPJ)OM_RES 

IPLFINAL 

| FSMJILS^SEC^IPL^RES 

i 

1 

i 

FSM_ALS__IPL_DOM_RES 

IPLINIT 

| FSM„ALS_SEC_IPL_EES 

| 

i 

1 

1 

FSM_ALSJEPL_DOM_RES 

IPLTEXT 

| FSM ALS SEC IPL RES 

1 

1 

1 

FSM„ALS_IPL_DOM_RES 

RPO 

1 

| FSM_ALSJ3EC_RPO_RES 

1 

1 

1 

i 

FSM_ALS_RPO_DOM_RES 

XID_COMPLETED 
(Note 2) 

| FSM_ALS_SEC_XID_RES 

I 

1 

None 


NOTES: 

1. All other requests do not have resource FSMs associated with them in 
PO.SVC_MGR.NS. 

2. XI^COMPLETED is not a request code but is a signal representing the SDLC 
response. 

Figure 11-2. Correspondence of Node Resource FSMs to 
CP DomainResource FSMs 
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PU.SVC MGR.NS STRUCTURE 


The NS component is decomposed into the following components 
(see Figure 11-3): 

• NS.RCV* which handles the receiving of all requests* 
responses* and signals from half-sessions* the common 
session control manager* and the data link control 
managers. 

• NS.CS_RCV* which is called by PU.SVC_MGR.NS.RCV to 

handle the requests and responses for configuration 
services that are received from SNS.RCV. 

• NS.D LC_RCV or NS.DLC_CONFIG, which are called by 

PU.SVC_MGR.NS.RCV to handle the responses and signals 
that are received from LINK_MGR (either SDLC_MGR or 
S370_CHAN_MGR). 

• NS.SC_PROC > which is called by PU.SVC_MGR.NS.RCV to 

handle the requests for activation or deactivation that 
are received from PU.SVC_MGR.CSC_MGR. 

• NS.MS_PROC* which is called by PU.SVC_MGR.NS.RCV to 

handle the requests and responses for maintenance 
services that are received from SNS.RCV. 

Each of the above components is represented as a procedure 
whose detailed description may be found in the FAPL 
description section. 
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PU. SVC MGR .NS PROTOCOL BOUNDARIES 


The protocol boundary information for the PU.SVC_MGR.NS 
depends on the sender of the RU or signal; the specific 
protocol boundary information is contained in NS.CS_RCV 
(page 11-34), NS.DLC_RCV (page 11-76), and NS.SC_PROC (page 
11-30) procedures. 


PU. SVC MGR . NS FUNCTIONS 

PU.SVC_MGR.NS provides the following functions: 

• Activating and deactivating the SSCP-PU session, which 
includes the checking and retaining of the parameters 
contained in the ACTPU request. 

• Loading an adjacent PU_T2 node when capable. 

• Initiating link-level procedures when requested by a 
CP. 

• Preventing interruption of necessarily continuous 
functions, such as certain link-level procedures. 

• Generating multiple requests or responses from a single 
request or response, when appropriate. For example, 
sending INOP to all CPs that actively control a link 
when LINK_MGR sends INOP to the PU.SVC_MGR.NS, 
notifying it that the link has become inoperative. 

• Making send checks, to avoid violation of half-session 
protocols. 

• Resetting of appropriate resource FSMs, as a result of 
losing a control point or of receiving IHOP from 
LINK_MGR. 

• Causing XID to be sent on successful completion of 
connect-in or connect-out 

• Managing shared control of the resources belonging to 
the PU.SVC_MGR.NS. 

• Enforcing the share limits of resources under shared 
control. 


SHARE LIMITS 

Each PU, LU, link, and adjacent link station has a share 
limit. The share limit of a resource is the maximum number 
of CPs that may concurrently control the resource. The PUCP 
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is included in the count made to test for share limit 
exceeded for any resource represented in the node resource 
list. For some of these resources* the share limit is one; 
thus* they may be considered to be only sequentially* not 
concurrently* shared. Only PU_T4s, PU_T5s> links* and 
certain adjacent link stations may have a share limit 
greater than one. For a node* the share limit of the PU* of 
each link* and of each adjacent link station is stored as a 
parameter in the node resource list. The share limit of a 
link cannot exceed the share limit of the Pl) * the share 
limit of an adjacent link station cannot exceed the share 
limit of the link. 

The concurrencv count of a PU* link* or adjacent link 
station is calculated by counting the number of CPs that are 
in the CP list for that resource (Appendix A); this count is 
always less than or equal to the share limit. The share 
limit of the link and adjacent link station associated with 
a switched link connection is always 1. 


SERIALIZATION OF DLC 


Link procedures other than for ACTLINK* CONTACT* and 
DISCONTACT are serialized* as these procedures may be 
conducted only one at a time. In these cases* the PUCP is 
considered in the serialization of the procedure. The 
PU.SVC_MGR.NS recognizes that the LINK_MGR requires 
serialization by maintaining a PEND state in the 
corresponding resource FSM. For example* only one SSCP or 
the PUCP may have a connect-in pending for a given link* and 
only one SSCP or the PUCP may have a connect-out procedure 
in progress for a given link although both a connect-in and 
a connect-out may be active for a given link from the same 
CP (but not from different CPs). All further ACTCONNINs and 
CONNOUTs from other CPs receive a negative response until 
all active connect-in and/or connect-out procedures have 
been terminated. Also* only one IPL or DUMP procedure may 
be carried out at a given time. 

With respect to ACTLINK, CONTACT, or DISCONTACT* only one 
link-level procedure at a time occurs, but more than one CP 
may be allowed to use the resource serially. At the 
completion of the link procedure* the PU.SVC_MGR.NS 
generates multiple responses if necessary. For example* 
three CPs issue ACTLINK: the PU.SVC_MGR.NS issues the 
ACTLINK to LINK_MGR only once; when the response from 
ACTLINK is received from LINK„MGR* the PU.SVC_MGR.NS 
generates three responses, one to each CP. 
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RESET HIERARCHY 


The resource FSMs contained in the PU.SVC_MGR.NS lie in a 
reset hierarchy shown in Figure 11-4. For example* when 
PU.SVC_MGR.NS receives INOP(LINK_EA) from a LINK_MGR it 
resets the group of FSMs shown in the HNK_RESET procedure 
(Figure 11-4). The procedures that perform the reset are 
described on pages 11-94, 11-95, and 11-96. 


LOST CONTROL POINT HIERARCHICAL RESET 

The hierarchical reset necessary because of a lost control 
point is activated by the receipt of a DACTPU RU from 
CSC_MGR.RCV (Chapter 13). The hierarchical reset is 
performed by NS.LCP_RESET_PROC (Page 11-33). 

During system definition, one of two lost control point 
reset options for resource FSMs is selected for the PU and 
for each link and adjacent link station. The 
NS.LCP_RESET_PROC uses these selections in resetting or not 
changing various resource FSMs during a lost control point 
hierarchical reset. 

The first option is RESET, which implies that this resource 
is to be reset if only one CP is in the resource's CP list. 
The other option is CONTINUE, which implies that the 
resource is not to be reset. Choosing option RESET for the 
PU implies RESET for all links and adjacent link stations as 
well. Choosing option RESET for a link implies RESET for 
all its associated adjacent link stations as well. 

If option RESET is chosen for the PU, link, or adjacent link 
station required by a cross-domain session, the session 
using the reset resource fails after failure of the SSCP. 
Cross-domain sessions are maintained after the SSCP has 
failed, only if the option CONTINUE is chosen for all 
resources required by the session. 
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FSM_PU_ACT_RES 

FSM_PU_T2_L0AD 

--Other 

Links 


FSM_LINK_ACT_RES 

FSM_LINK_TRACE_RES 

FSM_LINK_.CONNOUT_.RES 

FSM_LINK_CONNIN_RES 


Other Adjacent 
Link Stations 


FSM_ALS_CONNECTED_RES 
F S M_A L S_T E S T_R E S 
FSM_ADJ_PU_LOAD 
FSM_TGN 

FSM_XID_F0RMAT_2 


FSM_ALS_CONTACT_DISCONT ACT_R ES 
FSM_ALS_SEC_XID_RES 
FSM_ALS_SEC_IPL_RES 
FSM_ALS_SEC_DUMP_RES 
F S M_A L S_S EC_RPO_RES 

NS.ALS_PROC_RESET 


NS.ALS_RESET 


NS.LINK_RESET 


■ NS.LCP_RESET_PROC 

BBBBaBBaaaBBaaBBaaaaBaaBBBnHBaaaHBBBBSBBBBBBBaaHBaHBBBBBSBBBBB 


Figure 11-4. The Reset Hierarchy of Resource FSMs in a PU 
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PHYSICAL UNIT ACTIVATION 


ACTIVATE PHYSICAL UNIT (ACTPU) 

DEACTIVATE PHYSICAL UNIT CDACTPU) 

Principal FSM: FSM_PU_ACT_RES (page 11-118) 

Activating and deactivating a PU is different from 
activating and deactivating a session with the PU. The 
resource FSM, FSM_PU_ACT_RES, shows the state of the PU, 
while FSMs of the form, FSM_SESS_CP_PU_SEC (Chapter 13), 
show the state of a given session with the PU. 

The PU.SVC_MGR.NS changes the state of FSM_PU_ACT_RES from 
RESET to ACTIVE when it receives a valid ACTPU. While 
FSM_PU_ACT_RES is ACTIVE any valid ACTPUs received are 
immediately positively responded to, provided the 
concurrency count does not exceed the share limit. No 
further change is made to FSM_PU_ACT_RES by an ACTPU while 
FSM_PU_ACT_RES is ACTIVE. If a DACTPU is received while 
FSM_PU_ACT_RES is ACTIVE, then PU.SVC_MGR.NS checks the CP 
list for the resource to see if any other CPs have sessions 
with the PU. If so, then the DACTPU receives a positive 
response, but no change is made to FSM_PU_ACT_RES. If not, 
PU.SVC_MGR.NS changes FSM_PU_ACT_RES from ACTIVE to RESET, 
along with sending a positive response to DACTPU. 

When a valid ACTPU(ERP) is received, PU.SVC_MGR.NS decides 
whether to send a Cold or ERP response, based on the state 
of FSM_PU_ACT_RES. If that FSM is reset, +RSP(ACTPU,Co Id) 
is returned; otherwise, +RSP(ACTPU,ERP) is returned. 
Whenever ACTPU(Cold) is requested, a +RSP(ACTPU,Cold) is 
returned. 
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LINK AND ADJACENT LINK STATION MANAGEMENT 


The PU.SVC_MGR.NS performs some checking on configuration 
services requests and responses and also forwards them to 
the correct LINK_MGR. The PU.SVC_MGR.NS checks share limits 
and prevents conflicting requests for link procedures from 
being passed to the LINK_MGR at the same time. The LINK_MGR 
performs the actual activation* contact, or other procedure. 


LINK ACTIVATION 

ACTIVATE LINK (ACTLINK) 

DEACTIVATE LINK (DACTLINK) 

Principal FSM: FSM_LINK_ACT_RES (page 11-119) 

For every link attaching to the node, the PU.SVC_MGR.NS 
contains a resource FSM, FSM_LINK_ACT_RES. The origin of 
the requests that cause state changes in this FSM differs 
depending on the primary or secondary SDLC characteristic of 
the link station and on the PU type of the node. For 
primary link stations, or secondary link stations in a 
PU_T415 node, ACTLINK and DACTLINK originate from either an 
SSCP or the local PUCP. For secondary stations in a PU_T1|2 
node, ACTLINK and DACTLINK originate only from the PUCP 
local to the PU_T1 or PU_T2 node. (The PUCP may function 
such that ACTLINK is sent once, and DACTLINK is never sent. 
This leaves the FSM_LINK_ACT_RES in the active state after 
the PUCP has sent ACTLINK.) 

At a given node, links and adjacent link stations, like the 
PU, are resources that may be under shared control. The 
PU.SVC_MGR.NS manages the actual activation and deactivation 
of the link similarly to the management of PU activation and 
deactivation, as described earlier. The state of the 
FSM_LINK_ACT_DOM_RES reflects a particular SSCP's view of 
the status of the link. A particular SSCP's view may differ 
from the state of the physical link. 

THe PU.SVC_MGR.NS passes only one ACTLINK or DACTLINK at a 
time to LINK_MGR for a given link. Subsequent requests for 
the same procedure received from different CPs , while the 
original procedure is being processed by DLC, are discarded 
by the PU. SVC_MGR .NS (but are represented by an entry in the 
CP list). When LINK_MGR responds, the PU.SVC_MGR.NS 

forwards a response to each CP half-session that requested 
the function. 
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SWITCHED LINK CONNECTION 

ACTIVATE CONNECT IN (ACTCONNIN) 
DEACTIVATE CONNECT IN (DACTCONNIN) 
CONNECT OUT (CONNOUT) 

ABANDON CONNECT OUT (ABCONNOUT) 
REQUEST CONTACT C REQCONT ) 

ABANDON CONNECTION CABCONN) 


Principal FSMs: 



FSM_LINK_CONNIN_ 

RES 

(page 

11-120) 



FSM_LINK_CONNOUT 

_RES 

(page 

11-121) 



FSM_ALS_SEC_XID_ 

RES 

(page 

11-124) 



FSM_ALS_CONNECTED_RES 

(page 

11-121) 


For 

every switched 

link 

attachable to a 

node, the 

PU. 

SVC_MGR.NS 

contains 

three 

resource 


FSMs—FSM_ALS_CONNECTED_RES, FSM_LINK_CONNIN_RES, and 
FSM_LINK_CONNOUT_RES. For the secondary link station 
accessed via a switched link whose primary link station is 
in the node* there is an FSM_ALS_SEC_XID_RES in the 
PU.SVC_MGR.NS. 

The FSM_LINK_CONNIN_RES > FSM_LINK_CONNOUT_RES, and 
FSM_ALS_CONNECTED_RES FSMs are functionally independent of 
the primary or secondary characteristic of the link station. 
Similarly to FSM_LINK_ACT_RES* the origins of the requests 
that affect these machines may be SSCPs or the PUCP for any 
primary link station or a secondary link station in a 
PU_T4|5 node* but can be only a PUCP for a secondary link 
station in a PU_T1|2 node. 

The PU.SVC_MGR.NS allows only one CP at a time to have an 
active connect-in procedure on a given link or a connect-out 
procedure to a given adjacent link station. This means that 
the share limit for a switched link and its corresponding 
adjacent link station is always one and the PUCP is counted 
in the concurrency count. The PU.SVC_MGR.NS allows a 
connect-out procedure to be initiated even if the link has 
been enabled to accept incoming connections, and allows a 
connect-in procedure to be initiated even if the link has 
been connected. 

The PU.SVC_MGR.NS exchanges XIDs via DLC independent of any 
CP, as part of a connect-in or connect-out procedure. 

If a connect-out procedure or an XID exchange fails, a 
LINK_MGR generates an INOP(LINK_EA), which in turn causes a 
reset of both FSM_ALS_SEC_XID_RES and FSM_LINK_CONNOUT_RES, 
where IINK_EA denotes the link that failed. If a connect-in 
procedure fails, the LINK_MGR generates an INOP(LINK_EA), 
which in turn causes a reset of FSM_LINK_CONNIN_RES. 
Successful completion of a connect-in or connect-out 
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procedure followed by successful completion of the XID 
exchange results in REQCONT being sent to the CP that 
originated the ACTCONNIN or CONNOUT. If a connect-in and a 
connect-out procedure are simultaneously active* the 
assumption is made that the connect-out procedure was the 
one that was successful. 


STATION CONTACTING 

CONTACT 

DISCONTACT 

CONTACTED 

Principal FSM: 

FSM_ALS_CONTACT_DISCONT ACT_R ES (page 11-122) 

For every adjacent link station represented in the node 
resource list* the PU.SVC_MGR.NS contains one resource FSM* 
FSM__ALS_CONTACT_DISCONTACT_RES. The requests that are 
routed to FSM_ALS_CONTACT_DISCONTACT_RES originate from an 
SSCP or from the PUCP. In a PU_T1 or a PU_T2 these requests 
originate only from the PUCP. 

The PU.SVC_MGR.NS prohibits initiation of a CONTACT or 
DISCONTACT procedure if some uninterruptible procedure is 
being processed by DLC. 

For adjacent link stations the PU.SVC_MGR.NS performs such 
functions as: allowing CONTACTS from multiple CPs and later 
returning multiple CONTACTED requests* and commanding 
LINK_MGR to discontact only when the adjacent link station 
is no longer being shared. 

Configurable Link Stations 

Configurable link stations are capable of supporting both 
primary station and secondary station protocols. During the 
link-level contact procedure for these stations there is an 
exchange of format 2 Exchange Identification (XID) link 
commands and responses. (See Appendix E for the description 
of the format 2 XID.) This exchange allows the negotiation 
of certain characteristics of the pairing of the two 
stations* among them the choice of primary and secondary 
station. 

Configurable stations are in PU_T4 and PU_T5 nodes and are 
used only for nonswitched link connections between PU_T4 and 
PU_T5 nodes. The connection may be by SDLC link or S/370 
channel link. The active link becomes part of a 
transmission group. 
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ADJACENT LINK STATION LOADING, DUMPING, AND POWER-OFF 


IPL INITIAL (IPLINIT) 

I PL TEXT (IPLTEXT) 

IPL FINAL CIPLFINAL ) 

DUMP INITIAL (DUMPINIT) 

DUMP TEXT (DUMPTEXT) 

DUMP FINAL (DUMPFINAL) 

REMOTE POWER OFF (RPO) 

Principal FSMs: 

FSM_ALS_SEC_DUMP_RES (page 11-122) 

FSM_ALS_SEC_IPL_RES (page 11-123) 

F S M_A L S_S E C_R P 0_R E S (page 11-123) 

When a PU.SVC_MGR.NS receives IPLINIT or DUMPINIT for a 
secondary adjacent link station, it checks to see if there 
is any non-interruptible link procedure occurring at the 
link level. If so, the request is rejected with a negative 
response indicating Link Procedure in Process. If not, 
PU.SVC_MGR.NS starts the new procedure by sending the 
request to LINK_MGR and resets all other procedures by 
resetting the resource FSMs. 

When PU.SVC_MGR.NS receives RPO it returns a negative 
response indicating RPO not Initiated, if the FSMs relating 
to CONTACT, DISCONTACT, IPL, or DUMP are not reset. 

INOPERATIVE LINKS AND ADJACENT LINK STATIONS 


INOPERATIVE (INOP) 


Principal FSM: None 


DLC.MGR detects 
whether they are 
failure or to a 
link failure). 
PU.SVC_MGR.NS by 
this request 
resource FSMs 
11-94) and 
ha 1 f-session. 


inoperative conditions and determines 
attributable to an adjacent link station 
link failure (link connection failure or 
These conditions are reported to 
LINK_MGR sending INOP. The processing of 
PU.SVC_MGR.NS consists of resetting the 
ALS_RESET (page 11-95) or LINK_RESET (page 
passing the INOP on to the appropriate 
This forwarding of INOP sometimes requires 
multiple INOPs for several ha 1f-sessions to be generated 
from a single INOP received from LINK_MGR. 


by 

by 


CHAPTER 11 . PU SERVICES MANAGER—NETWORK SERVICES 


11-15 




11-16 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 






LOADING A PUT? NODE 


There are two ways that a PU_T2 can request a load module be 
moved to its node. One way is for the PU_T2 to send 
+ RSP(ACTPU , IPL Required). The second way is for the PU_T2 
to send LDREQD to the SSCP. 

When the PU_T2 requests a load operation, it sets the 
Adjacent PU Load Capability bit to NOT_CAPABLE. This bit is 
contained in both the ACTPU response (control vector X'07’) 
and LDREQD. 

If the PU_T2 requests a load operation and the subarea PU 
adjacent to the PU_T2 node is able to perform the load 
operation, the BF.PU.SVC_MGR in the subarea PU sets the 
Adjacent PU Load Capability bit to CAPABLE. If the subarea 
PU is not able to load the PU_T2 node, the Adjacent PU Load 
Capability bit remains set to NOT_CAPABLE. 

Upon receipt of LDREQD or +RSPCACTPU, IPL required), the 
SSCP inspects the Adjacent PU Load Capability bit. If the 
bit is set to CAPABLE, the SSCP sends INITPROC to the 
subarea PU. The sending of INITPROC (see Chapter 7) directs 
the subarea PU to perform a PU_T4|5-PU_T2 load operation. 
If the Adjacent PU Load Capability bit is set to 
NGT_CAPABLE, the SSCP attempts to perform an SSCP-PU_T2 load 
operation. 

PU_T4|5-PU_T2 LOAD OPERATION 

NC IPL INITIAL (NC_IPL_INIT) 

NC IPL TEXT (NC_IPL_TEXT) 

NC IPL FINAL (NC_IPL_FINAL) 

NC IPL ABORT (NC_IPL_ABORT) 

Principle FSMs: 

FSM_ADJ_PU_LOAD (page 11-124) 

FSM_PU_T2_L0AD (page 11-118) 

A PU_T4|5-PU_T2 load operation is initiated by the subarea 

PU upon receipt of an INITPROC from the SSCP (see Chapter 

7). When the subarea PU receives the INITPROC, certain 
validity checks are performed (e.g., whether the PU_T2 node 
requesting load is a loadable resource). If the subarea PU 
determines it is valid to load the PU_T2 node, it sends a 
+RSP(INITPROC) to the SSCP. If it is not valid for the 
subarea PU to load the PU_T2 node, a -RSP(INITPROC) (with 
the appropriate sense code) is sent to the SSCP. When the 
SSCP receives the negative response, it attempts to load the 
PU_T2 node itself. 

If the subarea PU responds positively to the INITPROC, the 
subarea PU sends NC_IPL_INIT to the PU_T2 to begin the load 
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operation. When the PU_T2 receives the NC_IPL_INIT, the 
PU_T2 performs some validity checks to determine whether it 
can accept the load module from the subarea PU. If the 
PU_T2 can process the PU_T4|5-PU_T2 load operation, the 
PU_T2 sends a +RSP(NC_IPL_INIT) to the subarea PU. If the 
PU_T2 cannot process the PU_T4|5-PU_T2 load operation, the 
PU_T2 node sends a -RSP(NC_IPL_INIT) to the subarea PU. 

Upon receipt of the response to NC_IPL_INIT from the PU_T2» 
the subarea PU starts the transmission of the load module 
via NC_IPL_TEXT requests. Upon receipt of an NC_IPL_TEXT 
request, the PU_T2 performs some validity checks (e.g.» 
whether the PU_T2 is in an appropriate state to accept the 
load module). If no error is detected, the PU_T2 sends a 
positive response to the subarea PU. The subarea PU 
continues to send NC_IPL_TEXT requests until the transfer of 
the load module has been completed. The subarea PU requires 
a positive response to the outstanding NC_IPL_TEXT request 
before the next request may be sent. 

When the subarea PU receives the response to the final 
NC_IPL_TEXT, the subarea PU sends NC_IPL_FINAL to the PU_T2. 
When the PU_T2 receives the NC_IPL_FINAL, certain validity 
checks are performed (e.g., the entry point location is 
checked). If the load module has been successfully 
transferred, the PU_T2 sends a +RSPCNC_IPL_FINAL) to the 
subarea PU. 

Upon receipt of the positive response to NC_IPL_FINAL, the 
subarea PU sends PROCSTATCIPL Successful) to the SSCP. The 
sending of PROCSTAT resets the ADJ_PU_LOAD FSM. 

If, at any time during the load operation, the subarea PU 
receives a negative response from the PU_T2, the subarea PU 
sends NC_IPL_ABORT to the PU_T2. NC_IPL_ABORT is rlso sent 
when the subarea PU is not able to complete the load 
operation. NC_IPL_ABORT contains sense data indicating the 
reason for the failure. After the subarea PU sends 
NC_IPL_ABORT to the PU_T2, the subarea PU sends 
PROCSTAT(Procedure Failure) to the SSCP. This also contains 
sense data, which relays the cause of the failure to the 
SSCP. When the SSCP receives PROCSTAT(Procedure Failure) it 
attempts to load the PU_T2 node itself. 

When the PU_T2 receives an NC_IPL_ABORT from the subarea PU, 
the PU_T2 positively responds. At this point, if the load 
operation was requested via response to ACTPU, the SSCP 
sends DACTPU to the PU_T2. If the load operation was 
requested via LDREQD, the PU_T2 may request another load or 
may send REQDISCONT. 
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SSCP-PU_T2 LOAD OPERATION 

NS IPL INITIAL (NS_IPL_INIT) 

NS IPL TEXT (NS_IPL_TEXT) 

NS IPL FINAL (NS_IPL_FINAL) 

NS IPL ABORT (NS_IPL_ABORT) 

Principle FSM: None (see Chapter 7 for FSMs) 

The SSCP attempts to perform an SSCP-PU_T2 load operation 
when it receives LDREQDCAdjacent PU Load Capability = 
NOT_CAPABLE) or +RSP(ACTPU, IPL required. Adjacent PU Load 
Capability = NOT_CAPABLE). The SSCP also attempts to 
perform an SSCP-PU_T2 load operation upon receipt of a 
-RSP(INITPROC) or PROCSTAT(Procedure Failure) from the 
subarea PU. 

The SSCP-PU_T2 load operation is performed the same as the 
PU_T4|5-PU_T2 load operation with the following exceptions. 

• The NC_IPL_INIT, NC_IPL_TEXT, NC_IPL_FINAL, and 

NC_IPL_ABORT RUs are replaced by NS_IPL_INIT, 
NS_IPL_TEXT, NS_I P L_F INAL, and NS__I PL_ABORT , 

respectively. (See Chapter 7 for a description of the 
NS_IPL RUs.) 

• The SSCP-PU_T2 load requests flow on the SSCP-PU_T2 
session. 

• If the SSCP sends NS_IPL_ABORT and the load operation 
was requested via the response to ACTPU, the SSCP also 
sends DACTPU to the PU_T2. 

• INITPROC and PROCSTAT are not sent for an SSCP-PU_T2 
load operation. 
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CONFIGURATION NETWORK MANAGEMENT (CNM) 


The PU.SVC_MGR.NS performs protocol checking on 
maintenance requests and responses. The PU.SVC_MGR.NS 
performs checks and prevents conflicting requests from 
being initiated. The actual function is performed by 
other components of the node. 


LINK AND TG TRACE 

ACTIVATE TRACE (ACTTRACE) 

DEACTIVATE TRACE (DACTTRACE) 

RECORD TRACE DATA (RECTRD) 

Principal FSM: FSM_LINK_TRACE_RES (page 11-120) 

An SSCP may request a link to provide trace data for 
maintenance purposes. If the link is part of a 
transmission group (TG) a request for a PIU trace for 
the entire TG may also be requested concurrently with 
the link level trace. The TG option is directly 
associated with a particular link. No other links in 
the same TG may be traced with the TG option if the TG 
option is already active for the transmission group. 

In order for an SSCP to initiate a trace» it must have 
first successfully activated the link with an ACTLINK 
request. In addition the link may not be shared with 
another CP> nor may it already have a trace function 
active. 


LINK LEVEL 1 DIAGNOSTIC TESTING 

EXECUTE TEST (EXECTEST) 

RECORD TEST DATA (RECTD) 

Principal FSM: FSM_LINK_ACT_RES (page 11-119) 

An SSCP may start diagnostic tests against the entire 
link. This class of diagnostics require that the SSCP 
be the only entry in the resource's CP list. No other 
procedure may be started on the link if a test is 
currently in progress. The test request EXECTEST is 
passed directly to LINK_MGR. LINK_MGR formats the 
results of the test into one or more RECTD RUs. These 
are passed to the CP in the resource's CP list. 
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LINK LEVEL 2 DIAGNOSTIC TESTING 


TEST MODE (TESTMODE) 

RECORD TEST RESULTS (RECTR) 

REQUEST TEST PROCEDURE (REQTEST) 

Principal FSM: FSM_ALS_TEST_RES (page 11-124) 

An SSCP may start diagnostic tests against the link for 
a specific adjacent link station. These tests can be 
run concurrent with other activity on the link, however 
the SSCP must be the only entry in the adjacent link 
station's CP list. No other procedure may be active 
against the adjacent link station. The test function 
may be requested (REQTEST), however the PU.SVC_MGR.NS 
does not maintain any record of this request. The 
TESTMODE RU is passed to LINK_MGR if it does not 
violate protocol. LINK_MGR formats the test results 
(RECTR) and returns them to the the SSCP contained in 
the resource's CP list. 


DISPLAY STORAGE 

DISPLAY STORAGE (DISPSTOR) 

RECORD STORAGE (RECSTOR) 

Principal FSM: None 

A request to return the local storage for a PU is 
handled by a UPM which builds the responses and the 
actual storage requested in one or more RECSTOR RUs. 
These RUs may flow at any time. The control point must 
have an active session with the PU at the time they 
flow. 


MAINTENANCE STATISTICS 

REQUEST MAINTENANCE STATISTICS (REQMS) 

RECORD MAINTENANCE STATISTICS (RECMS) 

RECORD FORMATTED MAINTENANCE STATISTICS (RECFMS) 

Principal FSM: None 

A request for maintenance statistics is handled by a 
UPM. This UPM builds the responses to the request and 
sends reply requests (either RECMS or RECFMS). The UPM 
also may originate these requests without a request 
from any SSCP. These RUs may flow at any time. The 
control point must have an active session with the PU 
at the time they flow. 
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DYNAMIC ASSIGNMENT OF NETWORK ADDRESSES BY PU 

REQUEST NETWORK ADDRESS ASSIGNMENT (RNAA) 

Principal FSM: None 

An RNAA request may be issued by an SSCP to request the 
PU to assign network addresses for specific BF.PUs* 
BF.LUs» or LUs and to create correspond i ng entries in 
the node resource list. If network addresses have 
already been assigned for the specific BF.PUs or 
BF.LUs * a negative response indicating Function Active 
is returned. I f the LU address exists* a negative 
response indicating Function Active is returned. 

If the RNAA is for one or more BF.PU network addresses 
and storage resources are available for creating the 
node resource list entries* each BF.PU network address 
is assigned and the element address is entered into a 
newly created node resource list entry. 

BF.LU network addresses can be added for PU_T1|2 nodes 
that have been added to * or moved within* the network. 
Also* BF.LU network addresses can be added by an 
implementation defined procedure for statically defined 
PU_T1|2 nodes. Additional decisions must be made for 
an RNAA requesting BF.LU network addresses. For 
PU_T1|2 nodes that have been added to* or moved within* 
the network > BF.LU network addresses can be assi gned by 
an SSCP only after it assigns the BF .PU network 
address. For PU_T1|2 nodes that have been statically 
defined in the network» BF.LU network addresses can be 
assigned by an SSCP only after it activates the 
SSCP-PU_T1I 2 session. If these checks are successfully 
passed and storage resources are available > each BF. LU 
network address is assigned and the element address is 
entered into a newly created node resource list entry. 

When a BF.PU or BF.LU entry in the node resource list 
is created > the resource category, the element address 
of the associated resource, the local form of address* 
and the network address of the SSCP that sent the RNAA 
are entered into it. The remainder of the BF.PU or 
BF.LU parameters are specified by a subsequent SETCV. 

An LU address can be assigned to an existing LU to 
provide parallel session capabilities (see Chapter 1). 
When the resource entity is created, the associated 
address is set to the LU element address passed in 
bytes 3 and 4 of the RNAA request. 
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FREEING fi£ NETWORK ADDRESSES 


FREE NETWORK ADDRESSES (FNA) 

Principal FSM: None 

The algorithm for freeing BF.PU and BF.LU network 
addresses is defined in NS.FNA_PROC (page 11-55). 
Addresses are freed by discarding their associated 
entries from the node resource list. 

A BF.PU (and ALS) network address cannot be freed 
unless the associated ALS_SEC_SUBTREE is reset, all 
associated BF.LU network addresses have been freed, and 
its current session count is 0. A BF.LU network 
address cannot be freed unless its current session 
count is 0. If one or more of the network addresses 
contained in FNA cannot be freed, none of the addresses 
is freed. 


SET CONTROL VECTOR PROCESSING 

The algorithm for SET CONTROL VECTOR processing is 
defined in NS.SETCV_PROC (page 11-64). If the SETCV 
control vector key value is valid, then additional 
key-specific checks are made. A SETCV with vector key = 
X’03* (SPU) is rejected if the appropriate 
ALS_SEC_SUBTREE is not reset, and a SETCV with vector 
key = X'04' (LU) is rejected if the current session 
count for the specified BF.LU is not 0. If all the 
checks are passed, the parameters in the control vector 
are entered into the appropriate data structure. 


REQUESTING JJJ ACTIVATION 

REQUEST ACTIVATE LOGICAL UNIT(REQACTLU) 

Principal FSM: None 

NS.REQACTLU_PROC (page 11-93) receives a REQACTLU from 
a UPM. The request contains the network name of the LU 
that is to be activated. A check is made to see if 
there are sufficient resources available (addresses, 
buffers, control blocks, etc.) to assign a network 
address to the LU. If so, the network address for the 
LU that is to be activated is obtained and placed in 
the RU. The node resource list is updated to reflect 
the addition of the LU to the node. The PU.SVC_MGR.NS 
then sends the RU to the CP. 
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REQUESTING THE FREEING OF A NETWORK ADDRESS 

REQUEST FREE NETWORK ADDRESSES (REQFNA) 

Principal FSM: None 

NS.REQFNA_PROC (page 11-92) receives the REQFNA from a 
UPM. The request contains the network address of the 
LU to be freed and the type of termination—Normal, 
Orderly, Forced, or Cleanup. PU.SVC_MGR.NS checks the 
node resource list to verify the network address. If 
the network address of the LU is not found, or the 
network address is not an LU, a -RSP is sent to the 
calling UPM; otherwise, the request is sent to the 
SSCP. 


NODE DATA BASE STRUCTURE 

The node data base is structured as shown in 
Figure 11-5. This structure describes the logical 
hierarchy of the many resources within a node. Details 
of this structure are given in Appendix A. 

The node control block (NCB) contains the element 
address of the PU, which permits locating the node 
resource entry for the PU. The node resource entry for 
the PU is a logical extension of the node control 
block. For the PU it contains the lost control point 
reset option and the share limit. A CP list is 
maintained for the PU listing all CPs that have 
successfully issued ACTPU. The CPCB list entry is 
deleted when a DACTPU is received or when a session 
with a control point is lost. 

Each physical link attached to the PU is hierarchica1ly 
associated with the PU. Since there is only one PU, it 
is not necessary to specify the relationship explicitly 
in the node resource entry for a link. The lost 
control point reset option, DLC role, switched or 
nonswitched, and share limit is contained in the 
resource entry. In addition, a list of CPs is 
associated with each link. An entry is made on the 
list when a CP successfully issues ACTLINK. The 
association is removed when the CP issues DACTLINK or 
when and INOP is generated. 

Each link may attach to one or more adjacent link 
stations associated with it. The node maintains a 
representation of the status of the external adjacent 
link stations. The element address for an adjacent 
link station is unique to the particular node in which 
it is represented. For switched connections there is 
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one adjacent link station for the link to represent all 
possible users of the link. At a node containing a 
secondary link station* there is also only one adjacent 
link station (the primary station). At a node 
contining the primary link station for a multipoint 
link* there may be many adjacent link stations. Each 
resource entry for an adjacent link station points to 
the specific link to which it is associated. In 
addition, information about its lost control point 
reset option, DLC role, SDLC link address, share limit, 
and maximum BTU size is contained in the resource list. 
A list of CPs is maintained for the adjacent link 
station. An entry is added to this list when a CP 
successfully issues CONTACT and is removed when a CP 
issues DISCONTACT or when an INOP is generated. 

Periperal nodes associated with adjacent link stations 
require boundary function support in a subarea node. A 
node resource entry is maintained for BF.PU. The 
element address used to represent the peripheral PU is 
the same element address used to represent the adjacent 
link station. The entry contains the BF local ID, PU 
type, and maintenance services profile for the BF.PU. 
In addition, if the address has been dynamically 
created by RNAA, the entry also contains the CP address 
that assigned the address for the BF.PU. 

A boundary function LU (BF.LU) is required for every 
peripheral LU. A resource entry for a BF.LU contains 
the BF.PU address it is associated with, the local ID, 
and pacing count. The resource entry also contains a 
CP address, if assigned dynamically with RNAA. 

Logical units within the node are represented by an 
entry for the LU. LUs that do not support parallel 
sessions are represented by a single entry. LUs that 
do support parallel sessions are represented by a 
single secondary LU address and multiple primary 
addresses. The primary LU resource entries contain 
their secondary LU element address as their associated 
resource . 
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Figure 11-5. Structure of the Node Resource Data Base 
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Each CP that activates the PU becomes an entry in the 
CPCB list and is removed when the session is 
deactivated. As that control point acquires resources 
the corresponding CPCB is associated with the 
particular resource by adding a CP_INDIRECT entry that 
point to the particular CPCB to the CP_INDIRECT list 
maintained for that resource. 


NRCB 


Node resource 



List of all 
Control Points 
that have 

successfully |- 

activated |— - 

the PU r - 

r - :— 

r- 


CPCB 




List of pointers 
to Control Points 
that have 
activated the 
resource. 


Figure 11-6. Relation of Node Resources to Control Points. 
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P0.SfC_HGR.HS.BCV: PROCEDURE 


/* 


FUNCTION: RECEIVES AIL INPUT TO THE PO.SVC HGR.HS AND ROUTES THE INPUT TO THE 

APPROPRIATE ROUTINE FOR FURTHER PROCESSING. THE ROUTING THAT TAKES 
PLACE IS DETERMINED BY THE PROCEDURE THAT SENDS THE CURRENT PIU OR 
SIGNAL, AND THE CONTENT OF THE PIU OR SIGNAL. 

INPUT: THE CURRENT PIU OR A SIGNAL 


OUTPUT: 


REFER TO THE PROCEDURES THAT ARE CALLED FROM THIS PROCEDURE FOR THE 
SPECIFIC OUTPUTS. 


REFERS TO THE FOLLOWING PROCEDURE(S): 
ADJ PU LOAD PROC 

fsh“cp~sbss~sdt 

FSH XID^FORMAT 2 

NS.CS RCV 

NS.DLC^CONFIG 

NS.DLC RCV 

NS.HS PROC 

NS.SC~PROC 

PU T2~LOAD PROC 


PAGE 11-102 
PAGE 11-119 
PAGE 11-126 
PAGE 11-34 
PAGE 11-66 
PAGE 11-76 
PAGE 11-107 
PAGE 11-30 
PAGE 11-100 


SELECT ANYORDER; 


*/ 

/* 


WHEN THIS PROCEDURE IS DISPATCHED BY SNS.RCV | 
OR BY THE PU SERVICE MANAGER ITSELF, THE | 


| SECOND BYTE OF THE NS HEADER IS CHECKED 
| THE TYPE OF SERVICE REQUIRED. 

FOR 

1 

1 


WHEN(DISPATCHED BY (SNS.RCV) | 

/* 

CHAPTER 6 

V 

*/ 

DISPATCHED BY(PU.SVC MGR.NS.RCV)) 

/* 

RETRY QUEUED REQUESTS 

*/ 

DO; 

. SELECT ANYORDER; 

. . WHEN(NS CATEGORY(1:7) = CONFIGURATION SERVICES) 

/* 

BITS 1-7 

*/ 

. . CALL NS.CS_RCV; 

/* 

PAGE 11-34 

*/ 

. . WHEN(NS_CATEGORY(1:7) = MAINTENANCE SERVICES) 

/* 

BITS 1-7 

*/ 

. . CALL NS.MS PROC; 

/* 

PAGE 11-107 

V 

. END; 

END; 



/* 


| WHEN THIS PROCEDURE IS DISPATCHED BY | 

| UPM CNMS, THE SECOND BYTE OF THE NS HEADER IS | 

| CHECKED FOR THE TYPE OF SERVICE REQUIRED. | 

L.______—-—----1 

*/ 

. WHEN(DISPATCHED_BY(UPM_CNMS)) 

. DO; 

. FIND CPCB IN CPCB LIST WHERE(CPCB.CP SCB ID = SCB PTR) ; 

. . IF CPCB PTR -•= NULL 6 


FSM CP SESS SDT = ACTIVE 6 

/* 

PAGE 

11-119 

V 

NS_CATEGORYll:7) = MAINTENANCE SERVICES THEN 

/* 

BITS 

1-7 

*/ 

CALL NS.MS PROC; 

/* 

PAGE 

11-107 

V 


. . ELSE 

. . SEND SEND CHECK TO SENDING PROCEDURE; 

. END; 
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/♦ 


WHEN THIS PROCEDURE IS DISPATCHED BT LINK HGR 
THE NRCB ENTRY OF THE LINK OR ADJACENT LINK 
STATION IS FOUND. IF THE NRCB ENTRY IS FOR 
AN ADJACENT LINK STATION, THEN THE LINK 
ADDRESS IS CONTAINED IN THE ADJACENT LINK 
STATION ENTRY. 


WHEN(DISPATCHED BY (PO.SVC MGR.LINK HGR)) 

DO; 

NRCB PTR = LOCATE_NODE RESOURCE(LSCB.EA); 
IF NRCB.RESOURCE CATEGORY = ALS THEN 


IF NRCB.PRI_SEC_ROLE = CONFIGURABLE 8 
FSH_XID_FORMAT_2 -= ACTIVE THEN 
CALL NS.DLC CONFIG; 


ELSE 

CALL NS.DLC RCV; 

END; 




*/ 

/* 

APPENDIX B 

*/ 

:b) ; 



/* 

APPENDIX B 

*/ 

/♦ 

PAGE 11-126 

*/ 

/* 

PAGE 11-66 

V 

/* 

PAGE 11-76 

V 



/* 


i- 

| THIS PROCEDURE IS DISPATCHED BY COHHON 
| SESSION CONTROL FOR DACTPU AND ACTPU TO THIS 
| NODE OR BY TC.SC FOR SDT. 


. WHEN(DISPATCHED BY(PU.SVC HGR.CSC HGR.RCV) 
DISPATCHED~BY (TC.SC.RCV)) 

. CALL NS.SC PROC; 




V 

/* 

CHAPTER 13 

*/ 

/* 

CHAPTER 4 

V 

/* 

PAGE 11-30 

♦/ 



/* 


I RESPONSES TO 

NC_IPL REQUESTS FROH PU_T2 

—i 

I 





*/ 

. WHEN(DISPATCHED BY(BF.PC)) 

/* 

CHAPTER 3 

*/ 

CALL ADJ_PU_LOAD_PROC; 

/* 

PAGE 11-102 

*/ 




/* 

| NC_IPL REQUESTS 

FROH THE ADJACENT SUBAREA PU 

—i 

1 

, | 


-pr n—— r . 



*/ 

. WHEN(DISPATCHED BY(PC.T2.RCV)) 

/* 

CHAPTER 3 

*/ 

CALL PU_T2_LOAD_PROC; 

/* 

PAGE 11-100 

*/ 


RETURN; 

END PU.SVC_HGR.NS.RCV; 
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MS 


sc pboc: 


PROCBDORE; 


FONCTION: UPON BECBIPT OF ACTPO, A POSITIVE OB NEGATIVE BESPONSE IS CREATED. 

IF THE PO AC* BBS FSH IS BESET WHEN A VALID ACTPO IS RECEIVED, ITS 
STATE IS~ CHANGED TO ACTIVE. UPON INPOT OF DACTPO A POSITIVE 
BESPONSE IS CBEATED. IF THE CP IS THE ONLY CP IN THE RESOORCE*S 
CPCB LIST, THEN THE PO BBSOOBCE FSH IS BESET. WHEN SDT IS BECEIVED 
AND THE PO IS A SOBABEA NODE, THE STABT DATA TRAFFIC FSH IS UPDATED 
TO ALLOW BEQOESTS TO FLOW TO THE CP. THIS FSH IS AOTOMATICALLY 
BESET WHENEVER THE CPCB IS DESTROYED. 

INPOT: ACTPO OR DACTPO FROH PO.SVC_HGR.CSC_HGR.BCV AND SDT FROM TC.SC.RCV. 

OOTPOT: POSITIVE OR NEGATIVE RESPONSE TO ACTPO; POSITIVE RESPONSE TO DACTPO 

TO PO.SVC_MGR.CSC MGR.SEND; OR POSITIVE RESPONSE TO SDT TO 

tc. sc. send. “ r ........ 'i 

NOTE: THE PROTOCOL BOONDARY THAT IS MAINTAINED BETWEEN THE PO.SVC HGR.NS 

AND PO.SVC RGB.CSC_HGR AND TC.SC IS AS FOLLOWS: 

1. TH INFORMATION: 

• SESSION IDENTIFICATION 

2. RH INFORMATION: 

• REQOEST/RESPONSE INDICATOR 

• SENSE DATA INCLODED INDICATOR 

3. RO INFORMATION (THE RO INFORMATION IS IN THE FORMAT IN APPENDIX 
E). 

REFERENCED BY THE FOLLOWING PROCEDORE(S): 


PO.SVC_HGR.NS.RCV 

PAGE 

11-28 

REFERS TO THE FOLLOWING PROCEDORE(S): 



FSM CP SESS SDT 

PAGE 

11-119 

FSM PO ACT iES 

PAGE 

11-118 

NS.LCP RESET PROC 

PAGE 

11-33 

OPM_ACTPO CPID CHECK 

PAGE 

11-112 

0PM EXTRACT NS~LSA RQD 

PAGE 

11-114 


V 

DCL RETORN CODE BIT(1); 

DCL CP_ENTRY_LIST PTR; 

DCL SSCP_SCB~ID PTR; 


SSCP SCB_ID = SCB PTR; 

NRCbIpTR = LOCATeInODE_RESOORCE(NCB.PO_EA); /* APPENDIX B */ 


SELECT ANYORDER(RQ_CODB); 


/* 


i- -- -"———— 

| DACTPO 



. WHEN(DACTPO) 

DO; 

. . CALL CHANGE MO TO POS RSP(TRONCATE); 

. . SEND MO TO P0.SVC~MGR7cSC_MGR.SEND; 

. . CALL NS.LCP_RESET”PROC(SSCP SCB ID); 

. . IF NCB.P0_TYPE = “(PO T4 | PO 15) THEN 

. . SCAN CPCB LIST PTR^CPCB PTR); 

. IF CPCBTeR VR SOPP = PRE ER VR THEN 

MO PTR -“0PM_CREATE_Rq7»ANSC*)J 
. . . else” 

MO_PTR = OPM_CREATE_RQ(»LCP») ; 

. . . SCB PTR = CPCB.CP SCb“iD; 

. SEND MO TO P0.SVC”HGR7CSC MGR.SEND; 

. . SCANEND; 

. END; 


/* APPENDIX B 
/* CHAPTER 13 
/* PA&E 11-33 


/* APPENDIX B 
/* APPENDIX B 
/* CHAPTER 13 


*/ 

V 

V 

V 

*/ 

*/ 

V 

/♦ 


*/ 


. WHEN(SDT) /* PO TYPES 4 AND 5 ONLY */ 

DO; /* TS PROFILE 5 */ 

. . FIND CPCB IN CPCBJLIST WHERE(SSCP_SCB_ID = CPCB.CP SCB ID) ; /* SESSION ALWAYS EXISTS */ 

. . CALL FSH CP SESS SDT; /* PAGE 11-119 */ 

. . CALL CHANGE”mO_TO POS RSP(TRONCATE); /* APPENDIX B V 

. . SEND MO TO TC.SC.SEND? /* CHAPTER 4 */ 

. END; 
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/* 


t ' " ' 1 '■ 

1 

1CTPO 


— i 

1 




WHEN(ACTPO) 





V 








SELECT ANYORDER; 







. WHEN(PSH_P0JU:Y_BBS * 

RESET) 

/* 

PAGE 

11-118 

V 


. DO; 







. . IP OPH.ACTPO.CPID.CHECK * OK THBN 

/♦ 

PAGE 

11-112 

V 


. DO; 

• . CREATE CPCB; 

• . CPCB.CP SCB ID « SSCP SCB ID; 

. . INSERT CPCB IB CPCB_LIST;~ 

. . ip pid « pid4 Then 

. . CPCB.BR VR SOPP ■ -»PRB BR ?R; 

. 4 ELSE 

. . CPCB.BR VR.SOPP « PRB ER VB; 

. . IP NCB.PO.TYPE « (P0.T4 | P0.T5) TBBN 





CPCB.NS LSA.RQD * OPH.BXTRaCT.NS_LSA.RQD; 


/* PAGE 11-114 

V 




. IP NCB.PO.TYPB * (PO T1 | PO T2) THEN 







. CALL PSH CP.SISS.SDT(•ACTIVE'); 


/* PAGE 11-119 

*/ 


4 


. CALL ADD CP ENTRY(NCB.PO BA,SSCP SCB ID); 


/* APPENDIX B 

*/ 




. CALL PSH P0~ACT BIS; 


/* PAGE 11-118 

*/ 


4 


. HO.PTR * OPH CREATE RSP<•ACTPO*); 


/* APPENDIX B 

*/ 


• 


END; 







ELSE 







CALL CHANGE.HO.TO.NEG^RSP(X•081D'); 


/* APPENDIX B 

*/ 






/* INVALID STATION/SSCP ID 

♦/ 




SEND (10 TO PO. SVC HGR.CSCHGB. SEND; 


/* CHAPTER 13 

V 



END; 






WHEN (PSH.PU ACT RES * ACTIVE) 


/* PAGE 11-118 

♦/ 



do; 





4 


IP PIND CP ENTRY (NCB. PO JBA.SSCP.SCB ID) « NG 8 


/* APPENDIX B 

*/ 




RESOURCE TOTAL SHARE CNT (NCB.PO BA) >* NRCB.SHARE LIMIT THEN 







/* APPENDIX B 

*/ 




CALL CHANGE^HO.TO.RBG.RSPCX’OBIC*): /• APPENDIX 

B t 

SHARE UNIT EXCEEDED 

V 




ELSE 







IP 0PH.ACTPO.CPID CHECK •** OK THBN 


/* PAGE 11-112 

*/ 




CALL CHANGE HO TO NBG^RSP (X*081D<); 







/* APPENDIX B, INVALID STATION/SSCP ID 

*/ 




ELSE 







DO; 






4 

. IP ACTP0.RQ.TYPB ACTIVATION ■ COLD | 






4 

• PIND CP.EHTRY(NCB.PO EA # SSCP SCB.ID) * 

ON 

THEN/* APPENDIX B 

*/ 



4 

• DO; 





• 


. CALL NS.LCP RESET PROC (SSCP SCB ID); 


/* PAGE 11-33 

V 

• 



. . IP NCB.PO.TYPE * (PO T4 | P0.T5) B 





4 


. . CPCB.PTR -* NOtL B CPCB.ER.VR.SOPP 

as 

PRE.BR.VR THEN 



4 

4 

. . DO; 





• 


. • • ho pte * oph Create rqcansc'); 


/* APPENDIX B 

V 




. . . SEND HO TO SNS.SEND; 


/* CHAPTER 6 

*/ 




. end; 







. END; 







. PIND CPCB IN CPCB.LIST WHERE(CPCB.CP SCB ID 

a 

SSCP.SCB.ID) ; 




4 

. IP CPCR PTR * NOLL THEN 






4 

. DO; 







. . CREATE CPCB; 







. . CPCB.CPJ5CB.ID « SSCP.SCB.ID; 







. . INSERT CPCB IN CPCB LIST; 







. . IP PID * PID4 THBN 




• 



. . CPCB. ER.VH^SOPP * -.PRE ER VR; 




• 



. . ELSE 





CPCB.ER JTR SOPP « PREFER PR; 

IP NCB.PO.TYPE * (P0.T4 | P0.T5) THEN 





. . cpcb.ns“lsa_rqd * 0PH_EXTRACT.NSLSA.RQD; /* 

PAGE 11-114 

*/ 




• . IP NCB.PO TYPE * (PO T1 ) PO T2) THEN 







• • CALL PSH CP SPSS SDT(•ACTIVE*)S 

/* 

PAGE 11-119 

V 




. . IP ESH PO ACT RES « RESET THEN 

/♦ 

PAGE 11-118 

*/ 




. . CALL~PSH_P0~ACT_HBS; 

/* 

PAGE 11-118 

*/ 




. End; 




4 

• 


. HO.PTR * OPH CREATE RSP( • ACTPO* ) ; 

/* 

APPENDIX B 

*/ 




. CALL CHANGB.HO.TO.POS.RSP(TRONCATE); 

/* 

APPENDIX B 

*/ 

4 



end; 






4 SEND HO TO PU.SVC HGR.C5C HGR.SEND; 

/* 

CHAPTER 13 

V 



END; 






BED; 

RETURN; 

END NS.SC PROC; 
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This page 



intentionally 



left blank 


L_ _ -L 


i_ — —. -- 
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NS.LCP_RESET_PROC: PROCEDURE(SSCP_SCB_ID); 


FUNCTION: 

INPUT: 

OUTPUT: 


THIS PROCEDURE RESETS FSM'S AS SPECIFIED BT THE LOST CONTROL POINT 
RESET OPTIONS CHOSEN AT SYSTEM DEFINITION TIME OR IN SETCV. 

SSCP_SCB_ID IDENTIFYING THE SSCP THAT HAS BEEN LOST 

RESET SIGNAL TO FSM_PU_ACT RES; THE LINK AND ADJACENT LINK STATION 
FSM'S ARE RESET. ENTRIES IN THE NRCB LIST ARE CHANGED TO FREE 
NETWORK ADDRESSES AND TO REMOVE THE ASSIGNMENT OF BF.PU'S OR 
ADJACENT LINK STATIONS. LU'S ARE REMOVED BY THE LU SERVICES 
MANAGER. BF.LU'S ARE REMOVED BY THE BOUNDARY FUNCTION SERVICES 
MANAGER. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 


NS.SC_PROC 

PAGE 

11-30 

THE FOLLOWING PROCEDURE (S) ; 



FSM PU ACT RES 

PAGE 

11-118 

fsmIpujt2_load 

PAGE 

11-118 

NS.ALS RESET 

PAGE 

11-95 

NS.LINK RESET 

PAGE 

11-94 

— 




DCL SSCP_SCB ID PTR; 
DCL RES__iA BIT (16); 


V 


FIND CPCB IN CPCB LIST WHERE(SSCP SCB ID = CPCB.CP SCB ID); 

IF CPCB_PTR = NULL THEN /* POSSIBLE WHEN AN ACTPU(COLD) IS RECEIVED */ 

RETURN; 


SCAN NRCBJLIST PTR (NRCB_PTR) ; 


RES__E A = NRCB.ELEMENT_ADDRESS; 


DETERMINE LCP RESET OPTION(RES EA) = STOP & 

/* 

APPENDIX 

B 

V 

FIND_CP__ENTRY (RES EA r SSCP SCB ID) = OK & 

/* 

APPENDIX 

B 

*/ 

RESOURCijTOTAL SHARE CNT(RES_EA) = 1 THEN 

SELECT ANYORDER (NRCB.RESOURCE^CATEGORY) ; 

/* 

APPENDIX 

B 

V 


WHEN(PU) 
DO; 


. CALL FSM PU ACT RES('RESET ! ) ; 

. IF NCB.PU TYPE = T2 THEN 

/* 

PAGE 

11-118 

*/ 

. CALL FSM PU T2 LOAD('RESET•) ; 

END; 

/* 

PAGE 

11-118 

V 

WHEN(LINK) 

CALL NS.LINK_RESET(RES_EA,LINK_FAILURE); 

WHEN (ALS) 

DO; 

/* 

PAGE 

11-94 

V 

. CALL NS.ALS RESET(RES EA); 

/* 

PAGE 

11-94 

V 


. IF NRCB.ASSIGNING_CP_SCB_ID = SSCP_SCB_ID THEN 
. . . REMOVE NRCB FROM NRCB_LIST DISCARD; 

END; 

. W HEN(BF.PU) 

• . DO; 

. . . IF NRCB.ASSIGNING CP SCB_ID = SSCP_SCB ID THEN 

. . . REMOVE NRCB FROM NRCB_LIST DISCARD; 

. . END; 

. OTHERWISE; 

END; 

. CALL DELETE_CP_ENTRY(RES_EA r SSCP_SCB_ID); /* APPENDIX B */ 

SCANEND; 

REMOVE CPCB FROM CPCB^LIST DISCARD; 

RETURN; 

END NS.LCP_RESET_PROC; 
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NS.CS_RCV: PROCEDURE; 


FUNCTION: 

THIS PROCEDURE RECEIVES ALL RU'S 

SENT 

FROM THE SNS LAYER (CHAPTER 


6). THE NETWORK SERVICES CONFIGURATION REQUEST 

CODE (LOCATED IN 


BYTE 2, RELATIVE TO ZERO) IS USED 

TO ROUTE THE RU 

TO THE APPROPRIATE 


ROUTINE FOR PROCESSING OF THE REQUEST OR 

RESPONSE. 


INPUT: 

CONFIGURATION SERVICES RU'S FROM 

NS.RCV 



OUTPUT: 

RU'S (USUALLY RESPONSES) TO SNS. 

SEND (CHAPTER 6), 

RU'S TO LINK_HGR 


FOR PROCESSING, INOP REQUESTS TO 

SNS.SEND. REFER 

TO THE PROCEDURE 


HANDLING THE SPECIFIC RU'S FOR 

THE OUTPUT FOR 

THE RU THAT WAS 


RECEIVED. 




NOTE; 

THE PROTOCOL BOUNDARY THAT IS MAINTAINED BETWEEN 

THE PU.SVC MGR.NS 


AND SNS IS DEFINED AS FOLLOWS: 

1. TH INFORMATION: 





• SESSION IDENTIFICATION (HSID) 

• SEQUENCE NUMBER (ONLY FOR REQUESTS 

RECEIVED 

BY PU.SVCJJGR.NS) 


2. RH INFORMATION: 





• REQUEST/RESPONSE INDICATOR 





• SENSE DATA INCLUDED INDICATOR FOR 

NEGATIVE RESPONSES 


3. RU INFORMATION (FOR THE FAPL 

DESCRIPTION, THE 

RU INFORMATION IS 


IN THE SAME FORMAT AS THE RU 

DESCRIPTION IN APPENDIX E). 

REFERENCED 

BY THE FOLLOWING PROCEDURE(S): 





PU.SVC_MGR.NS.RCV 

PAGE 

11-28 


REFERS TO 

THE FOLLOWING PROCEDURE(S) : 





ADJ PU LOAD PROC 

PAGE 

11-102 



NS.ACTLINK PROC 

PAGE 

11-36 



NS.ADDLINK ADDLINKSTA PROC 

PAGE 

11-62 



NS.CONN PROC 

PAGE 

11-40 



NS.CONTACT PROC 

PAGE 

11-42 



NS.DACTLINK PROC 

PAGE 

11-37 



NS.DELETENR PROC 

PAGE 

11-63 



NS.DISCONTACT PROC 

PAGE 

11-45 



NS.DUMP PROC 

PAGE 

11-48 



NS.FNA PROC 

PAGE 

11-55 



NS.LOAD PROC 

PAGE 

11-46 



NS.RNAA PROC 

PAGE 

11-52 



NS.RPO PROC 

PAGE 

11-50 



NS.SETCV PROC 

PAGE 

11-64 



PU T2 LOAD PROC 

PAGE 

11-100 



UPM ANA PROC 

PAGE 

11-112 



IP RBI = RSP THEN 
DO; 

. IF RQ CODE = (NS IPL INIT | NS IPL TEXT 
NS_IPL_FINAL | NS IPL ABORT) THEN 
. CALL PU_T2_LOAD PROC; 

. ELSE 

. DISCARD MU; 

. RETORN; 

END; 


/* PAGE 11-100 


| THE FOLLOWING CHECK IS VALID FOR ALL FMD RO'S | 
| SINCE BYTES 3 AND 4 OF THE RU ARE EITHER | 
i RESERVED(EQUIVALENT TO PU ELEMENT ADDRESS) OR | 
1 CONTAIN A TRUE NETWORK ADDRESS. | 


/* RU IS A REQUEST 

DO; 

. NRCB PTR = LOCATE NODE RESOURCE (NSC RQ.TARGET ADDRESS); /* APPENDIX B 
. IF NRCB PTR * NULL | 

NRCB. RESOURCE_CATEGORY -•= (LU | LINK | ALS | PU | BF.PU | BF.LU) THEN 

. DO; 

. . CALL CHANGE_MU TO_NEG RSP (X'0801') ; /* APPENDIX B, RESOURCE NOT AVAILABLE 

. . SEND MO TO SNS.SEND; /* CHAPTER 6 

. . RETURN; 

. END; 

END; 
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SELECT ANYORDER; 


/* REQUEST CODE SELECTION */ 


WHEN(NS_RQ_CODE = (ABCONN | ABCONNOUT | ACTCONNIN | CONNOUT | DACTCONNIN)) 


CALL NS.CONN_PROC; 


/* 

PAGE 

11-40 

*7 

WHEN(NS_RQ_CODE = ACTLINK) 
CALL NS. ACTLINK__PROC; 


/* 

PAGE 

11-36 

*/ 

WHEN (NS_RQ__CODE = DACTLINK) 
CALL NS. DACTLINK__PROC; 


/* 

PAGE 

11-37 

V 

WHEN(NS RQ CODE = (ADDLINK | ADDLINKSTA)) 

CALL NS.ADDLINK_ADDLINKSTA_PROC; 

/* 

PAGE 

11-62 

V 

WHEN(NS RQ CODE = ANA) 

CALL UPM_ANA_PROC; 


/* 

PAGE 

11-112 

V 

WHEN(NS RQ CODE = CONTACT) 
CALL NS.CONTACT_.PROC; 


/* 

PAGE 

11-42 

♦/ 

WHEN (NS RQ CODE = DELETENR) 
CALL NS.DELETENR_PROC; 


■/* 

PAGE 

11-63 

*/ 

WHE N(NS — RQ — CODE = DISCONTACT) 
CALL NS. DISCONTACT__PROC; 


/* 

PAGE 

11-45 

*/ 

WHEN(NS_RQ_CODE = FNA) 

CALL NS.FNA_PROC; 


/* 

PAGE 

11-55 

*/ 

WHEN(NS_RQ_CODE - (DUMPINIT | 
CALL NS.DUMP_PROC; 

DUMPTEXT | DUMPFINAL)) 

/* 

PAGE 

11-48 

*/ 

WHEN(NS RQ CODE = INITPROC) 
CALL ADJ“PU_L0AD_PR0C; 


/* 

PAGE 

11-102 

*/ 

WHEN(NS RQ CODE = (IPLINIT ( 
CALL NS.LOAD_PROC; 

IPLTEXT | IPLFINAL)) 

/* 

PAGE 

11-46 

*/ 

WHEN(NS RQ CODE = RNAA) 

CALL NS.RNAA_PROC; 


/* 

PAGE 

11-52 

*/ 

WHEN(NS RQ CODE = RPO) 

CALL NS.RPO_PROC; 


/* 

PAGE 

11-50 

*/ 

WHEN (NS RQ CODE = SETCV) 

CALL NS.SETCV^PROC; 


/* 

PAGE 

11-64 

V 


. OTHERWISE 
DO; 

. . IF RRI = RQ THEN 

. . DO; 

. . . CALL CHANGE MU TO NEG RSP (X' 1003'); /* APPENDIX B r FUNCTION NOT SUPPORTED */ 

. . . SEND MU TO SNS. SEND; /* CHAPTER 6 */ 

. . END; 

. END; 

END; 

RETURN; 

END NS.CS_RCV; 
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NS.ACTLINK_PROC: PROCEDURE 


FUNCTION: WHEN ACTLINK IS THE INPUT, THIS PROCEDURE GENERATES A NEGATIVE 

RESPONSE IF A LINK TEST IS IN PROGRESS, THE LINK IS BEING TRACED, OR 
THE SHARE LIMIT HAS ALREADY BEEN REACHED. IF THE LINK IS PENDING 
RESET OR A RESET IS IN PROGRESS, A -RSP (0818) IS GENERATED OR THE 
REQUEST IS QUEUED PENDING COMPLETION OF THE RESET. IF THE LINK IS 
ALREADY PEND ACTIVE, THE RU IS DISCARDED AFTER ADDING THE CP ADDRESS 
TO THE CP LIST. IF THE RESOURCE FSM IS ALREADY ACTIVE, A POSITIVE 
RESPONSE IS GENERATED AND THE CP ADDRESS IS ADDED TO THE CP LIST. 
IF THE RESOURCE FSM IS RESET, ACTLINK IS SENT TO THE APPROPRIATE DLC 
AND TO THE RESOURCE FSM AND THE CP ADDRESS IS ADDED TO THE CP_LIST. 

INPUT: ACTLINK FROM SNS.RCV (CHAPTER 6) 

OUTPUT: POSITIVE AND NEGATIVE RESPONSES TO ACTLINK TO SNS.SEND (CHAPTER 6) 

IN THE APPROPRIATE HAXF-SESSION; ACTLINK TO DLCt THE REQUEST MAY BE 
QUEUED PENDING A RESET COMPLETION. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

NS.CS_RCV PAGE 11-34 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM LINK ACT RES PAGE 11-119 


DCL LINK_EA BIT(16); 

NRCB_PTR = LOCATE_NODE_RESOURCE(NSC_RQ.TARGET_ADDRESS) ; 
LINKJ2A = NRCB.ELEMENT_ADDRESS; 


IF FSM_LINK_ACT_RES - TEST_IN_PRQGRESS THEN 
DO; 


. SEND MU TO SNS.SEND; 
END; 


DO; 


DO; 


. CALL CHANGE MU TO NEG RSP(X'0818') 
. SEND MU TO SNS7SEND; 

END; 



/* 

APPENDIX B 

*/ 

JEA) ; 





/* 

PAGE 11-119 

*/ 

APPENDIX B, LINK 

PROC 

IN PROGRESS 

*/ 


/* 

CHAPTER 6 

*/ 

,IN_PROGRESS) THEN 

/* 

PAGE 11-119 

*/ 

[ THEN 

/* 

APPENDIX B 

*/ 

; /* APPENDIX B, 

LINK PROC IN PROGRESS 

*/ 


/* 

CHAPTER 6 

V 

i); 

/* 

APPENDIX B 

V 




/* 


| SEE NS.SIG_RSP_PRI|SEC PAGES 11-86 AND 11-88, 
| WHERE THIS REQUEST IS DEQUEUED. 


END; 


ELSE 

IF (FSM_LINK_ACT_RES = (ACTIVE | PEND ACTIVE) ) 8 /* PAGE 11-119 

RESOURCE__TOTAL_SHARE_CNT (LINK_EA)~ >= NRCB. SHAREJLIMIT THEN 

/* APPENDIX B 

DO; 

. CALL CHANGE_MU_TO NEG RSP (X•082C•) ; /* APPENDIX B, SHARE LIMIT EXCEEDED 

. SEND MU TO SNS.SEND; ~ /* CHAPTER 6 

END; 


V 

*/ 


*/ 

V 


ELSE 



/* FSM LINK TRACE 

RES = 

RESET | SHARE LIMIT OK 

*/ 

DO; 






CALL ADD CP ENTRY (LINK EA,SCB PTR) ; 


/* 

APPENDIX B 

*/ 


IF FSM LINK~ACT RES = ACTIVE THEN 


/* 

PAGE 11-119 

V 


DO; 






. CALL CHANGE MU TO POS RSP(TRUNCATE) ; 


/* 

APPENDIX B 

*/ 


. SEND MU TO SNSTSENB; 


/* 

CHAPTER 6 

*/ 


END; 






ELSE 






IF FSM_LINK_ACT_RES = RESET THEN 


/* 

PAGE 11-119 

*/ 


DO; 






. CALL FSM LINK ACT RES; /* ACTLINK 

PAGE 

11-119 


*/ 


. SEND MU TO PUTSVC^MGR.LINK^MGR; 






END; 






ELSE 






IF FSM_LINK_ACT_RES = PEND„ACTIVE THEN 


/* 

PAGE 11-119 

V 


DISCARD MU; 


END; 


RETURN; 

END NS.ACTLINK_PROC; 
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NS.DACTLINK_PROC: PROCEDURE 


FUNCTION: WHEN DACTLINK IS THE INPUT, THIS PROCEDURE GENERATES A NEGATIVE 

RESPONSE IF LINK TEST IS IN PROGRESS. IF THE LINK IS ALREADY 

PENDING RESET OR A RESET IS IN PROGRESS, THE REQUEST IS QUEUED IF 
FROM A DIFFERENT CP THAN THE ONE CURRENTLY INITIATING THE ACTION. 
IF THE RESOURCE FSH IS ALREADY RESET, A POSITIVE RESPONSE IS 
GENERATED. IF THE RESOURCE FSH IS ACTIVE OR PENDING ACTIVE, THE CP 
LIST IS CHECKED. IF ANY CP’S APPEAR ON THE LIST OTHER THAN THE ONE 
ISSUING THIS DACTLINK, THEN A POSITIVE RESPONSE TO THE DACTLINK IS 
GENERATED. OTHERWISE, THE DACTLINK IS SENT TO THE LINK_HGR AND TO 
THE RESOURCE FSH. 

INPUT: DACTLINK FROM SNS.RC? (CHAPTER 6) 

OUTPUT: POSITIVE AND NEGATIVE RESPONSES TO DACTLINK TO SNS.SEND (CHAPTER 6) 

IN THE APPROPRIATE HALF-SESSION; DACTLINK TO DLC. THE REQUEST HAY 
ALSO BE QUEUED PENDING COMPLETION OF LINK RESET. 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 
NS.CS_RCV 

REFERS TO THE FOLLOWING PROCEDURE(S): 
DACTLINK RCV CHECKS 
FSM LINOCT~RES 
FSM LINK TRACE RES 


PAGE 11-34 


PAGE 11-39 
PAGE 11-119 
PAGE 11-120 


DCL LINK_EA BIT(16); 


♦/ 


NRCB 

PTR = LOCATE NODE RESOURCE(NSC RQ.TARGET ADDRESS); 

/* 

APPENDIX B 

V 

LINK 

EA = NRCB.ELEMENT”ADDRESS; 




FIND 

~LSCB IN LSCB LIST”wHERE(LSCB.EA = LINK EA) ; 




IF DACTLINK RCV CHECKS(LINK EA) = OK THEN 

/* 

PAGE 11-39 

*/ 

DO 

J 





IF FSM_LINK_ACT_RES = RESET THEN 

/* 

PAGE 11-119 

V 


DO; 





. CALL CHANGE MU TO POS RSP(TRUNCATE); 

/* 

APPENDIX B 

V 


. SEND MU TO SNSTSEND; 

/* 

CHAPTER 6 

V 


END; 





ELSE 





IF FSM LINK ACT RES * TEST IN PROGRESS THEN 





DO; 

/♦ 

PAGE 11-119 

V 


. CALL CHANGE MU TO NEG RSP(X*0818'); /* APPENDIX B, 

LINK PROC IN PROGRESS 

*/ 


. SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

V 


END; 





ELSE 





IF FSM LINK ACT RES * (PEND RESET | RESETJCN PROGRESS) 

THEN /* PAGE 11-119 

V 


DO; 





. IF FIND_CP_ENTRY(LINK_EA,SCB_PTR) = OK THEN 

/* 

APPENDIX B 

V 


DO; "" 





. CALL CHANGE MU TO NEG RSE (X•0818») ; /* APPENDIX B, LINK PROC IN PROGRESS 

*/ 


. SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

V 


END; 





. ELSE 





CALL ENQUEUE__RU_FOR_RESOURCE (LINK_EA) ; 

/* 

APPENDIX B 

*/ 





/* 


r — — — —— — 





| SEE NS.SIG RSP PRI|SEC PAGES 11-86 AND 11- 

88, 

1 



| WHERE THIS“REQUEST IS DEQUEUED. 

• .. ..... .... ,... . , . __ ... _ ... 


1 






*/ 


END; 





ELSE 





IF FSM LINK ACT RES = ACTIVE l 

/* 

PAGE 11-119 

*/ 


FSM LINK_ACT RES = PEND_ACTIVE THEN 





DO; 





. IF RESOURCE_TOTAL_SHARE_CNT (LINK_EA) > 1 THEN 

/* 

APPENDIX B 

V 


DO; 





. CALL DELETE CP ENTRY(LINK EA,SCB PTR); 

/* 

APPENDIX B 

*/ 


. CALL CHANGE_MU_TO_POS_RSP (TRUNCATE) ; 

/* 

APPENDIX B 

*/ 


. SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

*/ 


. END; 





. ELSE 





. DO; 





. . CALL FSM LINK TRACE_RES (’RESET*); 

/* 

PAGE 11-120 

*/ 


. . CALL FSH~LXNK~ACT RES; 

/* 

PAGE 11-119 

*/ 


. . SEND MU TO FU7SVC~MGR.LINK MGR; 





. END; 





END; 





END; 

ELSE 

DO; 

. CALL CHANGE MU TO NEG RSP (X*081A *) ; 
. SEND MU TO SNSTSEND; 

END; 


/* APPENDIX B, REQUEST SEQUENCE ERROR 
/* CHAPTER 6 


*/ 

V 


RETURN; 

END NS.DACTLINK_PROC; 
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This page 


intentionally 
left blank 
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DACTLINK.RCV.CHECKS: PROCEDURE(LINK.EA) BBTUBNS(BIT (1)); 


/* 


FUMCTIOH: TO PERPOBH STATE RECEIVE CHECKS OH A GROUP OF FSH'S FOR EVERY 

ADJACENT LINK STATION ASSOCIATED WITH A GIVEN LINK. 

INPUT: THE ELEMENT ADDRESS OF THE LINK 

OUTPUT: OK, IF ALL FSH'S ARB IN THE RESET STATE; NG, IF NOT 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

NS.DACTLINK.PROC 

REFERS TO THE FOLLOWING PROCEDURE (S): 

ALS SEC SUBTREE CHECK 
FSMlALS~CONNECTBD BBS 
FSH ALS~CONTACT DISCONTACT RES 
fsm“link CONNIN RES 
FSH LINK~CONNOUT RES 
FSH XID FORMAT 2 


♦/ 

DCL LINK EA BIT (16); 

DCL CHECK BIT (1) ; 

DCL SAVE.NRCB_.PTR PTR; 

CHECK * OK; 

SAVE NRCB PTR - NRCB PTR; 

IF NRCB.SWITCHED LINK = SWITCHED 6 

(FSH LINK CONNIN RES -•* RESET | 

FSH.LINK.CONNOUtIrES -•= RESET) THEN 
CHECK = NG; 

SCAN NRCB.LIST PTR (NRCB.PTR) WHILE(CHECK = OK); 

. IF NRCB.RESOURCE CATEGORY = ALS S 

NRCB.ASSOCIATED RESOURCE = LINK EA THEN 

. DO; 

. IF NRCB.PRI_SEC.ROLE = CONFIGURABLE THEN 
. . DO; 

. . . FIND LSCB IN LSCB LIST WHERE (LSCB.EA * LINK EA); 

. . . IF FSH.XID.FORMaO RESET THEN ” /* PAGE 11-126 */ 

. . . CHECK = NG; 

. . END; 

. . ELSE 

. . SELECT ANYORDER(NRCB.LINK.DLC.ROLE) ; 

I ! ! WHEN(PRIMARY) /* ADJACENT LINK STATION */ 

. . . /* IS A PRIMARY LINK STATION */ 

. . . DO; 

. . . . IF NRCB.SWITCHED LINK = SWITCHED S 

FSM.ALS.CONNECTED.RES RESET THEN /* PAGE 11-121 ♦/ 

CHECK = NG7 

. . . . IF FSM.ALS.CONTACT_DISCONTACT.RES -•= RESET THEN /* PAGE 11-122 */ 

. . . . CHECK = NG; 

. . . END; 

! ! .* WHEN (SECONDARY) /* ADJACENT LINK STATION */ 

. . . /* IS A SECONDARY LINK STATION */ 

. • . DO; 

. . . . IF NRCB.SWITCHED LINK * SWITCHED S 

. . . . FSM.ALS.CONNECTED.RES RESET THEN /* PAGE 11-121 */ 

. . . . CHECK = NG? ~ * 

.... ELSE 

. . . . CHECK = ALS SEC SUBTREE CHECK(NRCB.ELEMENT ADDRESS); 

. . . . “ /* PAGE 11-97 */ 

END; 

. . END; 

. END; 

scanend; 

NRCB.PTR = SAVE.NRCB.PTR; 

RETURN(CHECK) ; 

END DACTLINK.RCV.CHECKS; 


/* PAGE 11-120 */ 

/♦ PAGE 11-121 */ 


PAGE 11-37 


PAGE 11-97 
PAGE 11-121 
PAGE 11-122 
PAGE 11-120 
PAGE 11-121 
PAGE 11-126 
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NS.CONN_PRQC: PROCEDURE; 


FUNCTIONs 


INPUT; 


THIS ROUTINE HANDLES LINK CONNECTION PROCEDURES. FORA SNITCHED 
LINK, THE SHARE LIMIT IS ONE. ALL REQUESTS ARE REJECTED IF THE LINK 
HAS NOT BEEN ACTIVATED OR THE LINK IS NOT A SNITCHED CONNECTION. 
ABCONN IS REJECTED IF THE CONNECTION IS NOT ACTIVE; OTHERNISE, THE 
REQUEST IS FORNARDBD TO LINK HOB FOR PROCESSING. 


ACTCONNIN, DACTCONNIN, CONNOUT, ABCONNOUT, 
SNS.RCV (CHAPTER 6) 

OUTPUT; REQUESTS TO DLC; -RSP TO SNS.SEND 

REFERENCED BY THE FOLLOWING PROCEDURE(S)j 


AND ABCONN REQUESTS FROM 


NS.CS_RCV 

PAGE 

11-34 

THE FOLLOWING'PROCEDURE(S): 

FSM ALS CONNECTED RES 

PAGE 

11-121 

FSM LINK CONNIN RES 

PAGE 

11-120 

FSM LINK CONNOUT RES 

PAGE 

11-121 

NS.ALS RESET 

PAGE 

11-95 


DCL LINK_EA BIT(16); 
DCL SAVE~NRCB__PTR PTR; 


NRCB PTR = LOCATE NODE RESOURCE(NSC HQ.TARGET.ADDRESS); /* APPENDIX B */ 

LINK EA * NRCB. ELEMENT*" AD DR ESS; 

FIND LSCB IN LSCB LIST WHERE(LSCB.EA = LINK_EA); 

IF FIND CP ENTRY(LINK EA,SCB PTR) = NG THEN /* APPENDIX B */ 

DO; 

. CALL CHANGE MUJTO NEG RSP (X*0817'); /* APPENDIX B, LINK INACTIVE */ 

. SEND MU TO SNS7SEND; “ /* CHAPTER 6 */ 

. RETURN; 

END; 

IF NRCB. SWITCHED LINK -.= SWITCHED THEN 
DO; 

. CALL CHANGE MU TO NEG RSP (X*080C*); /* APPENDIX B, PROCEDURE NOT SUPPORTED */ 

. SEND MU TO SNS.SEND; ~ /* CHAPTER 6 */ 

. RETURN; 

END; 

SELECT ANYORDER(NS RQ CODE); 

/* 



i-- — 

I 

ACTCONNIN 


—i 

1 









V 

WHEN(ACTCONNIN) 

DO; 






. IF FSM LINK CONNIN RES = RESET 

THEN 





. DO; 

. . CALL 
. . SEND 
. END; 

FSM LINK CONNIN RES; 

mu to pu7svc_mgr.link_ 

MGR; 

/* 

PAGE 

11-120 

*/ 

. ELSE 







DO; 







. . CALL 

CHANGE MU TO NEG RSP(X 

*0815*); /* APPENDIX B, 

FUNCTION 

ACTIVE 

*/ 

. . SEND 

MU TO SNS.SEND; 


/* 

CHAPTER 6 

V 

END; 







END; 






/* 


1 

i- _ 

DACTCONNIN 


1 




*/ 

. WHEN(DACTCONNIN) 

. DO; 

. . IF FSM LINK CONNIN RES = ACTIVE THEN 

. . DO; /* PAGE 11-120 */ 

. . . CALL FSM LINK CONNIN RES; /* PAGE 11-120 */ 

. . . SEND MU TO PU7SVC_MGR.LINR_HGR; 

. . END; 

. ELSE 
. . DO; 

. . . CALL CHANGE_MD TO NEG RSP(X*0816*); /* APPENDIX B, FUNCTION INACTIVE ♦/ 

. . . SEND MU TO SNS.SEND; ~ /* CHAPTER 6 */ 

END; 

. END; 
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I CONNOOT 

——— 

1 

1 - T _■ - _ • - _ - n 11 . | . nTlr * n . , .. 

..j 







*/ 

NHEN(CONNOOT) 





DO; 






IF FSB LINK CONNOOT RES RESET THEN 


/* 

PAGE 11-121 

V 


DO; 






. CALL CHANGE_MUJTO_NEG RSP(X*0815•); /* 

APPENDIX B, 

FUNCTION ACTIVE 

V 


. SEND HO TO SNS.SEND; 


/* 

CHAPTER 6 

V 


. RETORN; 






END; 






ELSE 






DO; 






. SAVE NRCB PTR * NRCB PTR; 






. NRCBJPTR = FIND_ALS FOR RESOURCE(LINK EA); 

/♦ 

APPENDIX B 

*/ 


. IF FSH ALS CONNECTED RES RESET THEN 






. DO; 


/* 

PAGE 11-121 

V 


. . CALL CHANGE HO TO NEG RSP(X■0801«); 

/* APPENDIX 

B, 

RESOURCE NOT AVAILABLE 

*/ 


. . SEND HO TO SNS. SEND; 


/* 

CHAPTER 6 

V 


. RETORN; 






. END; 






. NRCB PTR = SAVE NRCB PTR; 






END; 






CALL FSM LINK CONNOOT RES; 


/* 

PAGE 11-121 

V 


SEND HO TO PO.SVC HGR.LINK MGR; 





END; 










/* 


) ABCCNNOOT 



—i 

1 



*/ 


WHEN(ABCONNOUT) 

DO; 

• IF FSH_LINK_CONNOOT RES * ACTIVE THEN 
DO; 

. . CALL FSB LINK CONNOOT RES; 

. . SEND NO TO POTsVC HGRTlINK MGR; 

- END; 

. ELSE 
DO; 

. . CALL CHANGE BOJTO NEG RSP(X*0816») 

. SEND BO TO SNS.SEND; 

END; 

END; 


/♦ PAGE 

11-121 

*/ 

/* PAGE 

11-121 

*/ 

/* APPENDIX B, FUNCTION 

INACTIVE 

V 


/* 


ABCCNN 


I 


. WHEN(ABCONN) 

DO; 

. . NRCB_PTR = FIND ALS FOR RESOURCE(LINK_EA) ; 

. IF FSM_ALS_CONNECTED_RES = ACTIVE THEN 
. . DO; 

. . . CALL NS.ALS RESET (NRCB.ELEHENT ADDRESS); 

. CALL FSB ALS CONNECTED RES; 

. SEND BO TO PU.SVC_MGR.LINK_BGR; 

. . END; 

. ELSE 
DO; 

. CALL CHANGE_BU TO_NEG_RSP(X•0816*) ; /* APPENDIX B, 

. . . SEND BO TO SNS.SEND; 

END; 

. END; 

END; 

RETORN; 

END NS.CONN PROC; 




V 

/* 

APPENDIX B 

V 

/* 

PAGE 11-121 

V 

/* 

PAGE 11-95 

*/ 

/* 

PAGE 11-121 

*/ 


FUNCTION INACTIVE */ 

/* CHAPTER 6 */ 
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HS.COMTACT.PROC: PROCEDURE 


/* 


FUNCTIONS THE ADJACENT LINK STATION ELEMENT ADDRESS IN THE CONTACT RU IS USED 
TO DETERMINE WHICH ADJACENT LINK STATION TO CONTACT. THE RESOURCE 
FSM* S FOR THIS ALS ARE THEN CHECKED TO SEE IF THE CONTACT IS VALID. 
IF IT IS, THE CONTACT FUNCTION IS PERFORMED. 

INPUTS CONTACT FROM SNS.RCV 

OUTPUT: CONTACT TO THE CONTACT AND CONT DISCONTACT RESOURCE FSM’S; RESET 

SIGNAL TO THE DISCONTACT, IPL, AND DUMP RESOURCE FSM’S; 
±RSP(CONTACT) TO SNS.SEND; CONTACTED(LOADED) TO SNS.SEND 


PAGE 11-34 


PAGE 11-44 
PAGE 11-122 
PAGE 11-122 
PAGE 11-123 
PAGE 11-123 
PAGE 11-51 


REFERENCED BY THE FOLLOWING PROCEDURE(S) S 
NS.CSJRCV 

REFERS TO THE FOLLOWING PROCEDURE(S): 
CONTACT CONFIG 

FSM ALS~CONTACT DISCONTACT^RES 
FSM ALS~*SEC DUMP RES 
FSM~ALS“”SEC~IPL RES 

fsm”al s”sec“rpo~reS 
LINKJSTATUS“CHECKS 


*/ 

DCL CP ACTIVE ID PTR; 

DCL ALS EA BIT(16); 


IF LINK^STATUS CHECKS(NSC_RQ.TARGET ADDRESS) * NG THEN /* PAGE 11-51 

RETURN; 


*/ 


NRCB PTR = FIND_ALS FOR RESOURCE(NSC__RQ.TARGET ADDRESS); /* APPENDIX B */ 

ALS_EA = NRCB.ELEMENT^ADDRESS; 

FIND LSCB IN LSCBJLIST WHERE(LSCB.EA = ALS EA) ; 

CP ACTIVE ID = SCB PTR; 

/* 

r——---—---- — --— - -- --*—i 

| CONTACT FOR A CONFIGURABLE LINK STATION | 


IF NRCB.PRI SEC ROLE * CONFIGURABLE THEN 
CALL CONTACT_CONFIG(ALS m EA) ; 


V 


/* PAGE 11-44 


♦/ 


ELSE 

SELECT ANIORDER; 


WHEN(FSM ALS CONTACT DISCONTACT RES * RESET) 

DO; 

. IF NRCB.LINK DLC ROLE * PRIMARY S 

/* 

PAGE 11-122 

*/ 


(FSM_ALS„SEC_IPL_RES -= RESET | 

/* 

PAGE 11-123 

V 


FSM ALS SEC DUMP~RES RESET | 

/* 

PAGE 11-122 

*/ 


FSM ALS~SEC~RPOjRES -»= RESET) THEN 

DO; 

/* 

PAGE 11-123 

*/ 


. CALL CHANGE^MU TO NEG ESP (X'0818*) ; /* APPENDIX 

. SEND MU TO SNSTSEND; 

END; 

ELSE 

DO; 

B, LINK PROC IN PROGRESS 

V 


. CALL FSM_ALS CONTACT_DISCONTACT RES; 

/* 

PAGE 11-122 

V 


. CALL CHANGE MU TO POS RSP(TRUNCATE); 

/* 

APPENDIX B 

*/ 


. SEND MU TO SNSTSEND; 

. SEND ’CONTACT* TO PU.SVC MGR.LINK MGR; 

/* 

CHAPTER 6 

♦/ 


. CALL ADD. CP_ENTRY(ALS_EA7CP_ACTIVE_ID) ; 

END; 

/* 

APPENDIX B 

*/ 


END; 
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WHBN(FSH ALS CONTACT DI5CONTACT BBS * ACTIVE | 

FSM.ALsIcONTACtIdISCONTACtIbBS « PEND^ACTIVE) 

DO; /* PAGE 11-122 

* IF PIND_CP_ENTRY(ALS - .EA,CP_ACTIVE_ID) * OK THEN /* APPENDIX B 

. DO; 

. . CALL CHANGE^HO^TO^NEG^BSP(X'0815*); /* APPENDIX B, FUNCTION ACTIVE 

. . SEND NO TO SNS.SEND; /* CHAPTER 6 

. END; 


ELSE 

IF RBSO0RCEjrOTAL - SHARB_CNT(ALS_BA) 

DO; 

CALL CHANGE HU TO POS RSP(TRUNCATE) ; 

SEND HU TO SNS.SEND; 

CALL ADD CP_ENTRY(ALS BA^CP^ACTIVE ID); 

IF FSH ALS CONTACT DISCONTACT RES * ACTIVE THEN 
DO; 

- H0J»TR * UPH_CREATE RQ(•CONTACTED(LOADED) ») 
. SEND HU TO SNS.SEND; 

END; 

END; 


NRCB.SHARE LIHIT THEN 

/* APPENDIX B 


/♦ 

/* 

/* 

/* 


APPENDIX B 
CHAPTER 6 
APPENDIX B 
PAGE 11-122 


/* APPENDIX B 
/* CHAPTER 6 


ELSE 
. DO; 

. . CALL CHANGE HO TO NEG RSP (X» 082C* ); /* APPENDIX B, RESOURCE SHARE LIMIT 

. . SEND HU TO SNS.SEND; ~ /* CHAPTER 6 

. END; 

END; 


OTHERWISE 

CALL ENQUEUE^RU^FOR^RESOUHCEtALS^EA); 


/* APPENDIX B 


r —— —— — • — - - ---- — - -1 

| SEE NS. SIG RSP PRI|SEC PAGES 1U86 AND 11-88, | 

| WHERE THIS REQUEST IS DEQUEUED. | 


END; 


*/ 

*/ 

V 

V 


*/ 

V 

*/ 

V 

*/ 

V 

*/ 


*/ 

*/ 


*/ 

/* 


*/ 


RETURN; 

END NS.CONTACT.PROC; 
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CONTACT_COHFIG: PROCEDURE(ALS_EA) ; 


FUNCTION: THIS PROCEDURE IS CALLED BY NS.CONTACT PROC. IT HANDLES CONTACT 

REQUESTS RECEIVED BY A PU_T4 OR PUJT5 NODE FOR A LINK STATION IN 
ANOTHER PU T4 OR PU T5 NODE, IN THE CASE WHERE THAT STATION’S 
PRIMARY/SECONDARI ROLE IS CONFIGURABLE. 

INPUT: THE CURRENT MESSAGE UNIT IS A CONTACT REQUEST. ALS EA, THE ELEMENT 

ADDRESS OF THE STATION TO BE CONTACTED, IS PASSED~AS A PARAMETER 
FROM THE CALLING PROCEDURE. SCB PTR ADDRESSES THE CORRECT SCB; 
LSCB_PTR ADDRESSES THE CORRECT LSCB; NRCB PTR ADDRESSES THE CORRECT 
NRCB. 


OUTPUT: 

REFERENCED BY THE FOLLOWING PROCEDURE(S) 
NS.CONTACT PROC 


RESPONSE TO CONTACT TO SNS.SEND, XID TO LINK_HGR. 

PAGE 11-42 


REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM_ALS CONTACT DISCONTACT RES PAGE 11-122 
FSM ALS SEC_DUMP RES * PAGE 11-122 
FSM_ALSISEC_IPL_RES PAGE 11-123 
FSM_ALS SEC RPO RES PAGE 11-123 
FSM.XIDJPORMAT 2 PAGE 11-126 
XID FORMAT 2 BUILD PAGE 11-71 


*/ 


DCL 

ALS EA BIT(16); 




IF FSM ALS_CONTACT_DISCONTACT_RES * PEND_RESET | 

/♦ 

PAGE 11-122 

*/ 


FSM ALS CONTACT DISCONTACT RES = RESET IN PROGRESS THEN 




CALL ENQUEUE RU FOR RESOURCE(ALS EA) ; 

/* 

APPENDIX B 

*/ 

IF FSM ALS SEC~IPL RES -»= RESET \ 

/* 

PAGE 11-123 

V 


FSM ALS SEC DUMP RES -.= RESET | 

/* 

PAGE 11-122 

V 


FSmIaLS~SEC”rPO_RES RESET THEN 

/* 

PAGE 11-123 

*/ 

DO 

; 





CALL CHANGE MU TO NEG^RSP (X»0818») ; /* APPENDIX B, LINK 

PROCEDURE IN PROCESS 

*/ 

. 

SEND MU TO SNS7SEND; 

/* 

CHAPTER 6 

V 

END; 




ELSE 




SELECT ANYORDER; 





WHEN(FSM_XID FOSMAT_2 = RESET) 

/* 

PAGE 11-126 

*/ 


DO; 





. CALL FSM_XID_FQRMAT_2; /* PAGE 11-126, INPUT IS 

CONTACT 

*/ 


. CALL CHANGE_MUJTO_POS RSP(TRUNCATE); 

/* 

APPENDIX B 

V 


. SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

*/ 


. CALL ADD_CP_ENTRY(ALS_EA,SCB_PTR) ; 

/* 

APPENDIX B 

V 


. TGCB PTR * LSCB.TGCBPTR; 





. IF LSCB.TGCBPTR = NULL THEN /* STATION NOT YET 

ASSIGNED TO A TG 

*/ 


LSCB.XID SEND.TGN = X»00‘; 





. ELSE 





. /* STATION ALREADY 

ASSIGNED TO A TG 

*/ 


. LSCB.XID SEND.TGN = TGCB.TGN; 





. LSCB.CONTACTED STATUS = X‘00‘; 





. LSCB.XID_SEND.ERROR_STATUS = 0; 





. LSCB.XID SEND.CONTACT^OR LOAD STAT - CMD SENDER; 





. CALL XID_FORMAT_2_BUILD; 

/♦ 

PAGE 11-71 

*/ 


END; 





OTHERWISE 





IF NRCB.SHARE_LIMIT > RESOURCE_TOTAL_SHARE_CNT(ALS_EA) 

THEN 




DO; 





. CALL CHANGE MU TO POS RSP(TRUNCATE); 

/* 

APPENDIX B 

*/ 


. SEND MU TO SNSTSEND; 

/* 

CHAPTER 6 

*/ 


. CALL ADD CP ENTRY (ALS EA,SCB PTR); 

/* 

APPENDIX B 

*/ 


. IF FSM XID FORMAT 2 -~ACTIVE~THEN 

/* 

PAGE 11-126 

♦/ 


. DO; 





. . EU_PTR - UPM CREATE RQ(‘CONTACTED(LOADED)•); 

/* 

APPENDIX B 

V 


. . SEND MO TO SIS.SENDT 

/♦ 

CHAPTER 6 

V 


. END; 





END; 





ELSE 





DO; 





. CALL CHANGE MU TO NEG RSP(X»082C•); 





. /* APPENDIX B, RESOURCE-SHARING LIMIT REACHED 


*/ 


. SEND MU TO SNS.SEND; 

/♦ 

CHAPTER 6 

*/ 


END; 


END; 


RETURN; 

END CONTACT_CONFIG; 
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NS.DISCONTACT.PROC: PROCEDURE; 


THE ADJACENT LINK STATION ELEMENT ADDRESS ON THE DISCONTACT RO IS 
USED TO DETERMINE WHICH ADJACENT LINK STATION TO DISCONTACT. THE 
RESOURCE FSM'S FOR THIS ALS ARE THEN CHECKED TO SEE IF THE 
DISCONTACT IS VALID. IF IT IS THEN THE DISCONTACT FUNCTION IS 
PERFORMED. 


INPUT: 

OUTPUT: 


DISCONTACT FROM SNS.RCV (CHAPTER 6) 

DISCONTACT TO THE DISCONTACT AND CONTACT-DISCONTACT RESOURCE FSM'S; 
RESET SIGNAL TO THE CONTACT, IPL, AND DUMP RESOURCE FSM'S; 
±RSP(DISCONTACT) TO SNS.SEND 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
N S.C S__RC V 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM ALS CONTACT DISCONTACT RES 
FSM~ALS~SEC DUMP RES 
FSM~ALS SEC~IPL RES 
FSM_ALS_SEC_RPO_RES 
LINK STATUS~CHECKS 


PAGE 

11-34 

PAGE 

11-122 

PAGE 

11-122 

PAGE 

11-123 

PAGE 

11-123 

PAGE 

11-51 


DCL CP_ACTIVE_ID PTR; 

DCL ALS_EA BIT (16); 

CP_ACTIVE_ID = SCB_PTR; 

IF LINK STATUS CHECKS (NSC RQ.TARGET ADDRESS) = NG THEN 

/* 

PAGE 11-51 

V 

*/ 

RETURN; 

NRCB_PTR = FIND_ALS_FOR_RESOURCE (NSC_RQ.TARGET_ADDRESS) ; 

/* 

APPENDIX B 

*/ 

ALS EA = NRCB.ELEMENT ADDRESS; 

FIND LSCB IN LSCB LIST WHERE (LSCB.EA = ALS EA) ; 

IF FIND_CP ENTRY (ALS EA,CP_ACTIVE_ID) = NG~THEN 

/* 

APPENDIX B 

*/ 

DO; 

. CALL CHANGE MU TO POS RSP(TRUNCATE) ; 

/* 

APPENDIX B 

*/ 

. SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

*/ 

END; 

ELSE 

IF FSM_ALS_CONTACT_DISCONTACT_RES = ACTIVE | 

FSM_ALS CONTACT_DISCONTACT_RES = PEND_ACTIVE THEN 

DO; 

/* 

PAGE 11-122 

V 

. IF NRCB.LINK DLC ROLE = SECONDARY & 

. (FSM ALS SEC IPL RES -*= RESET | 

/* 

PAGE 11-123 

*/ 

FSM ALS SEC DUMP RES -*= RESET | 

/* 

PAGE 11-122 

V 

FSM ALS SEC RPO RES -*= RESET) THEN 

/* 

PAGE 11-123 

*/ 

. DO; 

. . CALL CHANGEJiUJTO NEG_RSP(X'0818•); /* APPENDIX 

B, LINK PROC IN PROGRESS 

*/ 

. SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

V 

END; 

. ELSE 

IF RESOURCE TOTAL SHARE CNT(ALS EA) > 1 THEN 

/* 

APPENDIX B 

V 

DO; 

. . CALL CHANGE MU TO POS RSP(TRUNCATE); 

/* 

APPENDIX B 

*/ 

. SEND MU TO SNS7SEND; 

/* 

CHAPTER 6 

♦/ 

. CALL DELETE_CP_ENTRY(ALS_EA,CP - ACTIVE_ID) ; 

/* 

APPENDIX B 

*/ 

. END; 

ELSE 

DO; 

. CALL FSM ALS CONTACT DISCONTACT_RES; 

/* 

PAGE 11-122 

V 

. . SEND MU TO PU.SVC_HGR.IINK_MGR; 

. . CALL DELETE_CP_ENTRY(ALS_EA,CP_ACTIVE_ID) ; 

/* 

APPENDIX B 

*/ 

END; 

END; 

ELSE 

IF FSM ALS CONTACT DISCONTACT_RES = PEND_RESET | 

/* 

PAGE 11-122 

*/ 

FSM ALS CONTACT DISCONTACT RES = RESET IN PROGRESS 
CALL ENQUEUE_RU_FOR_RESOURCE(ALS„EA); 

THEN 

/* 

APPENDIX B 

*/ 

ELSE 

/* 

TEST IN PROGRESS 

*/ 

DO; 

. CALL CHANGE MU TO NEG RSP (X•0818») ; /* APPENDIX B, 

LINK PROC IN PROGRESS 

V 

. SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

*/ 


END; 

RETURN; 

END NS.DISCONTACT PROC; 
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NS.LOAD_PROC: PROCEDURE: 


FUNCTION: REQUESTS THAT RAVE TARGETS THAT ARE NOT SECONDARY ADJACENT LINK 

STATIONS ARE REJECTED. WHEN IPLINIT IS RECEIVED, THE FSM'S FOR 

DUMP, IPL, AND BPO ARE CHECKED TO VERIFY THAT ALL THESE PROCEDURES 
ARE INTERRUPTIBLE* IF NOT, THE REQUEST IS REJECTED. IF THE 
PROCEDURES ARE ALL INTERRUPTIBLE, THEN THE RESOURCE FSN«$ ARE 
UPDATED TO INDICATE THAT AN TPL IS BEGINNING. IF IPLTEXT OR 
IPLFINAL IS THE INPUT WHEN THE IPL RESOURCE FSM DOES NOT INDICATE 
IPL IN PROGRESS, THEN IT IS REJECTED; OTHERWISE, THE IPL RESOURCE 
FSM IS CALLED. 

INPUT: IPLINIT, IPLTEXT, AND IPLFINAL.REQUESTS 

OUTPUT: IPLINIT, IPLTEXT, AND IPLFINAL TO THE IPL RESOURCE FSM; RESET SIGNAL 

TO THE DUMP, CONTACT, AND DISCONTACT RESOURCE FSM*S; 

-RSP(IPLINIT,0801|0809|0817|0818(0849) AND 
-RSP (IPLTEXT|IPLFINAL,0809|O017|0849) TO SNS.SEND 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
NS.CSJRCV 

REFERS TO THE FOLLOWING PROCEDURE(S) : 

ALS SEC SUBTREE INTERRUPT 
FSM~ALS CONTACT~DISCONTACT RES 
FSM^ALS^SBC IPL^RES 

fsm^xidIformat 2 

LINK STATUS CHECKS 
NS.ALS PROCURESET 
UPM SAVE SNF 


PAGE 11-34 


PAGE 11-99 
PAGE 11-122 
PAGE 11-123 
PAGE 11-126 
PAGE 11-51 
PAGE 11-96 
PAGE 11-116 


DCL ALS EA BIT (16); 

DCL IPlIcP_SCB_ID PTR; 


IPL CP SCB_ID * SCB PTR; 

IF LINK_STATUS_CHBCKS(NSC^RQ.TARGET ADDRESS) * NG THEN /* PAGE 11-51 

RETURN; 

NRCB_PTR = FIND ALS FOR RESOURCE(NSC RQ.TARGET ADDRESS); /* APPENDIX B 

ALS EA = NRCB.ELEMENT ADDRESS; 

FIND LSCB IN LSCB LIST WHERE(LSCB.EA - ALS EA) ; 


A REMOTE PU T4 ON A CONFIGURABLE LINK MAY BE | 
IPLBD ONLY” AFTER IT HAS BEEN SUCESSFULLY | 
CONTACTED. I 

-..-..-------;- j 


IF NRCB.PRI SEC ROLE * CONFIGURABLE 6 
FSM XID FORMAT 2 ACTIVE THEN 

DO; 

. CALL CHANGE^MU TO NBG^RSP(X'0818•) 
. SEND MU TO SNS.SEND; 

. RETURN; 

END; 

IF NRCB.LlNKJ)LC_ROLB = SECONDARY THEN 
DO; 

. CALL CHANGE MU TO NEG RSP(X*0849*) 
. SEND MU TO SNS7SEND; 

. RETURN; 

END; 


/* PAGE 11-126 

/* APPENDIX B, LINK PROCEDURE IN PROGRESS 
/* CHAPTER 6 


/* APPENDIX B, INVALID REQUESTED PROC 
/* CHAPTER 6 


*/ 

*/ 


/* 


*/ 

V 

V 

*/ 


*/ 

*/ 
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SELECT ANYORDER (N5_RQ_CODE) ; 


[ IPLINIT 


. W HEN(IPLINIT) 

DO; 

. IF ALS_SEC_SDBTREE_INTERRDPT(ALS^EA) = OK THEN 
DO; 


r 

| IPL OF 

A SHARED 

RESOURCE REQUIRES THAT ALL 

— i 

1 

| OTHER 

CP'S 

RECEIVE AN INOP TO NOTIFY THEM 

| 

| THAT PU 

L 

HAS 

BEEN 

RE-INITIALIZED. 

1 






*/ 


. SCAN NRCB.CP INDIRECT LIST PTR(CP INDIRECT PTR); 





. . CPCB_PTR = CP_INDIRECT.CP ENTRY PTR; 





. . IF CPCB.CP SCB ID -«« IPL CP SCB ID THEN 





DO; 





. . .MU PTR = UPM CREATE RQ('INOP'); 

/* 

APPENDIX B 

V 


. . . INOP RQ.INOP REASON = X»6'; 

/* 

IPL IN PROGRESS 

V 


. . . SCB PTR = CPCB.CP SCB ID; 





. . . SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

V 


. . end; 





. SCANEND; 





. CALL NS.ALS PROC RESET(ALS EA) ; 

/* 

PAGE 11-96 

*/ 


. CALL ADD CP ENTRY(ALS EA,IPL CP SCB ID); 

/* 

APPENDIX B 

V 


. CALL FSM ALS SEC IPL RES; /* IPLINIT PAGE 

11- 

123 

V 


. CALL UPM SAVE SNF; 

/* 

PAGE 11-116 

*/ 


. SEND MU TO PU.SVC MGR.LINK MGR; 





END; 





ELSE 





IF FSM ALS CONTACT DISCONTACT RES = PEND RESET | 

/* 

PAGE 11-122 

V 


FSM ALS CONTACT DISCONTACT RES = RESET IN PROGRESS THEN 



CALL ENQUEUE_RU_FOR_RESOURCE(ALS_EA) ; 

/* 

APPENDIX B 

V 


ELSE 





DO; 

/* 

TEST IN PROGRESS 

*/ 


. CALL CHANGE MU TO NEG RSP (X'0818•); /* APPENDIX 

B, LINK PROC IN PROGRESS 

*/ 


. SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

*/ 


END; 




END; 








/* 


| IPLTEXT AND IPLFINAL 


1 






*/ 

WHEN (IPLTEXT,IPLFINAL) 




DO; 





IF FIND CP ENTRY (ALS EA»SCB_PTR) - OKS 

/* 

APPENDIX B 

*/ 


FSM ALS SEC IPL RES = IRIPL THEN 

/* 

PAGE 11-123 

*/ 


DO; 





. CALL FSM ALS SEC IPL RES; 

/* 

PAGE 11-123 

*/ 


. CALL UPM SAVi SNF; 

/* 

PAGE 11-116 

V 


. SEND MU TO PU.SVC MGR.LINK MGR; 





END; 





ELSE 





DO; 





. CALL CHANGE MU TO NEG RSP(X'081 A') ; /* APPENDIX B, 

REQUEST SEQUENCE ERROR 

V 


. SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

*/ 


END; 





. END; 

END; 

RETURN; 

END NS.LOAD PROC; 


/* 

- 1 

I 

_i 

*/ 

/* PAGE 11-99 */ 
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NS.DOMP_PROC: PROCEDURE; 

/* 


FUNCTION: REQUESTS THAT HAVE TARGETS THAT ARE NOT SECONDARY DLC ADJACENT LINK 

STATIONS ARE REJECTED. WHEN DUHPINIT IS THE INPUT THE DUMP, IPL r 
AND RPO FSH'S ARE CHECKED TO VERIFY THAT ALL THESE PROCEDURES ARE 
INTERRUPTIBLE. IF NOT, THE REQUEST IS REJECTED. IF THE PROCEDURES 
ARE ALL INTERRUPTIBLE, THEN THE RESOURCE AND HALF-SESSION FSM»S ARE 
UPDATED TO INDICATE THAT A DUMP IS BEGINNING. IF DUHPTEXT OR 
DUHPFINAL IS THE INPUT WHEN THE DUHP RESOURCE FSM DOES NOT INDICATE 
DUMP IN PROGRESS, THEN IT IS REJECTED; OTHERWISE IT IS THE INPUT TO 
THE DUHP RESOURCE FSM. 

INPUT: DUMPINIT, DUHPTEXT, DUHPFINAL REQUESTS 

OUTPUT: DUHPINIT, DUHPTEXT, AND DUHPFINAL TO THE DUMP RESOURCE FSM, RESET 

SIGNAL TO THE RESOURCE FSM’S; 

-RSP(DUMPINIT,0801|0809| 08*171 0818|0849) AND 
-RSP(DUHPTEXT|DUHPFINAL, 0809|0817|0849) TO SNS.SEND 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

NS.CS_RCV 

REFERS TO THE FOLLOWING PROCEDURE(S): 

ALS SEC SUBTREE INTERRUPT 

fshIalsIcontact“discontact_rbs 

FSM ALS SEC DUHP RES 
FSH~XID~FORHAT 2 
LINK STATUS CHECKS 
NS.ALS PROCURESET 
UPM SAVE SNF 


*/ 

DCL ALS EA BIT(16); 

DCL DUMP_CP_SCB_ID PTR; 

DUMP CP SCB ID = SCB PTR; 

IF LINK~STATUS CHECKS(NSC_RQ.TARGBADDRESS) = NG THEN /* PAGE 11-51 */ 

RETURN; 

NRCBJPTR = FIND ALS FOR RESOURCE(NSC RQ.TARGET ADDRESS); 

/* APPENDIX B */ 

ALS_EA « NRCB.ELEMENT ADDRESS; 

FIND LSCB IN LSCB LIST WHERE(LSCB.EA = ALS EA) ; 

/* 

\ A REMOTE PU T4 ON A CONFIGURABLE LINK HAY BE \ 

| DUMPED ONLY AFTER IT HAS BEEN SUCESSFULLY | 

| CONTACTED. | 


*/ 

IF NRCB.PRI SEC_ROLE = CONFIGURABLE 6 


FSM XID FORMAT_2 ACTIVE THEN /* PAGE 11-126 */ 

DO; 

. CALL CHANGE MU TO NEG RSP (X*0818*) ; /* APPENDIX B, LINK PROCEDURE IN PROGRESS */ 

. SEND MU TO SNSTSRND; /* CHAPTER 6 */ 

. RETURN; 

END; 

IF NRCB. LINK_DLC__ROLE = SECONDARY THEN 
DO; 

. CALL CHANGE_MU_TO NEG_RSP(X*0849*) ; /* APPENDIX B, INVALID REQUESTED PROC */ 

. SEND MU TO SNS7SEND; “ /* CHAPTER 6 */ 

. RETURN; 

END; 


PAGE 11-34 


PAGE 11-99 
PAGE 11-122 
PAGE 11-122 
PAGE 11-126 
PAGE 11-51 
PAGE 11-96 
PAGE 11-116 
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( 


SELECT ANYORDER(NS_BQ_CODE); 


. WHEN(DUMPINIT) 

DO; 

. IF ALS_SEC_SUBTREE_INTERBUPT(ALS_EA) * OK THEN 
. . DO; 


/* PAGE 11-99 


| DUMP OF A SHARED RESOURCE REQUIRES THAT ALL | 
| OTHER CP'S RECEIVE AN INOP TO NOTIFY THEM | 
| THAT PU IS BEING DUMPED. | 


/* CHAPTER 6 


/* PAGE 11-96 
/* APPENDIX B 


. SCAN NRCB.CP INDIRECT LIST PTR(CP INDIRECT PTR) ; 

. . CPCB_PTR = CP_INDIRicT.CP_ENTRY~PTR; 

. . IF CPCB. CP_SCB ID DUMP~CP Sci ID THEN 
. . DO; 

. . . MU_PTR * UPM_CREATE RQ('INOP'); /* APPENDIX B 

. . . INOP RQ.INOP~REASON”= X'6'; /* DUMP IN PROGRESS 

. . . SCBjPTR = CPCB.CP_SCB_ID; 

. . . SEND MU TO SNS.SEND; ~ /* CHAPTER 6 

. . END; 

. SCAN END; 

. CALL NS.ALS PROC RESET(ALS EA); /* PAGE 11-96 

. CALL ADD_CP ENTRY (ALS EA r DUMP CP SCB ID); /* APPENDIX B 

. CALL FSM_ALS_SEC_DUMP“RES; ” /* DUMPINIT PAGE 11-122 

. CALL UPM~SAVI_SNF; “ /* PAGE 11-116 

. SEND MU TO PUTSVC MGR.LINK MGR; 

END; 

ELSE 

IF FSM ALS_CONTACT — DISCONTACT RES * PEND RESET | /* PAGE 11-122 

FSM ALS CONTACT DISCONTACT RES * RESET IN PROGRESS THEN 
CALL ENQUEUE RU FOR RESOURCE(ALS EA); ~ /* APPENDIX B 

ELSE 

/* TEST IN PROGRESS 

DO; 

. CALL CHANGE_MU TO NEG RSP (X'0818'); /* APPENDIX B, LINK PROC IN PROGRESS 


/* DUMPINIT PAGE 11-122 

/* PAGE 11-116 


. SEND MU TO SNS.SEND; 
END; 


/* CHAPTER 6 


DUMPTEXT | DUMPFINAL 


. WHEN(DUMPTEXT,DUMPFINAL) 

DO; 

. . IF FIND_CP_ENTRY (ALS EA,SCB_PTR) = OK & /* APPENDIX B 

FSM_ALS_SEC_DUMP_RES = INDUMP THEN /* PAGE 11-122 

. . DO; 

. . . CALL FSM_ALS_SECJDUMP_RES; /* DUMPTEXT | DUMPFINAL PAGE 11-122 

. CALL UPH_SAVE_SNF; /* PAGE 11-116 

. . . SEND MU TO PU7SVC MGR.LINK MGR; 

END; 

. . ELSE 

. . DO; 

. CALL CHANGE MU TO NEG_RSP(X'081A•) ; /* APPENDIX B, REQUEST SEQUENCE ERROR 

. . . SEND MU TO SNS7SEND; ” /* CHAPTER 6 

. . END; 

. END; 

END; 

RETURN; 

END NS.DUMP PROC; 
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NS.HPO.PROC: PROCEDURE; 


FUNCTION: REQUESTS THAT HAVE TARGETS THAT ARE NOT SECONDARY DLC ADJACENT LINK 

STATIONS ARE REJECTED. THE CURRENT STATE OF ALL THE FSM'S FOR 
CONTACT, DISCONTACT, XID, IPL, DUMP, AND RPO ARE CHECKED. IF ALL OF 
THEM ARE RESIT, THEN THE RPO IS PROCESSED. IF ANY OF THE CHECKED 
FSM'S IS NOT RESET, THE BPO IS REJECTED. 

INPUT: BPO REQUESTS 

OUTPUT: RPO TO THE BPO RESOURCE FSM; -RSP(RPO,0801|0809|0817|0834|0849) TO 

SNS.SEND 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
NS.CS_RCV 

REFERS TO THE FOLLOWING PROCEDURE (S)‘: 

ALS_SEC SUBTREE CHECK 

FSM ALS CONTACT^DISCONTACT RES 

FSM ALS SEC_RP0”bES 

FSM XID FORMAT 2 

LINKJ5TATUS_CHECKS 

UPM SAVE SNF 


PAGE 11-34 


PAGE 11-97 
PAGE 11-122 
PAGE 11-123 
PAGE 11-126 
PAGE 11-51 
PAGE 11-116 


DCL ALS EA BIT(16); 
DCL RPO_CP_SCB_ID PTR; 


RPO CP SCB ID = SCB PTR; 

IF LINKJSTATUS_CHECKS(NSCJRQ.TARGET_ADDRESS) * NG THEN 
RETURN; 

NRCB_PTR = FIND_ALS_FOR_RESOURCE(NSC_RQ.TARGET_ADDRESS) ; 
ALS EA = NRCB.ELEMENT ADDRESS; 

FIND LSCB IN LSCB_LIST WHERE(LSCB.EA = ALS_EA); 


/* PAGE 11-51 


/* APPENDIX B 


| A REMOTE PU T4 ON A CONFIGURABLE LINK MAY BE | 
| POWERED OFF ONLY AFTER IT HAS BEEN | 
| SUCESSFULLY CONTACTED. | 


IF NRCB.PRI SEC ROLE = CONFIGURABLE & 
FSM_XID_FORMAT 2 ACTIVE THEN 

DO; 

. CALL CHANGE_MU TO^NEG RSP(X'0818*) ; 
. SEND MU TO SNSTSEND; 

. RETURN; 

END; 


/* PAGE 11-126 

/* APPENDIX B, LINK PROCEDURE IN PROGRESS 
/* CHAPTER 6 


IF NRCB.LINK DLC ROLE = SECONDARY THEN 
DO; 

. CALL CHANGE MU_TO NEG RSP(X*0849') ; /* APPENDIX B, INVALID REQUESTED PROC 

. SEND MU TO SNS. SEND; ” , /* CHAPTER 6 

END; 

ELSE 

IF FSM ALS CONTACT DISCONTACT RES = PEND RESET | /* PAGE 11-122 

FSM_ALS_CONTACT - DISCONTACT RES = RESET IN PROGRESS THEN 
CALL ENQUEUE RU FOR RESOURCE(ALS EA) ; /* APPENDIX B 

ELSE 

IF ALS SEC SUBTREE CHECK(ALS_EA) = NG THEN /* PAGE 11-97 

DO; 

. CALL CHANGE_MU_TO_NEG_RSP(X'0834'); /* APPENDIX B, RPO NOT INITIATED 

. SEND MU TO SNS.SEND; /* CHAPTER 6 

END; 


| RPO TO A SHARED RESOURCE REQUIRES THAT ALL | 
| OTHER CP'S RECEIVE AN INOP TO NOTIFY THEM | 
| THAT PU IS BEING POWERED OFF. ! 


. SCAN NRCB.CP INDIRECT_LIST PTR (CP INDIRECT PTR); 
. - CPCBJPTR ="CP INDIRECT.CP_ENTRY~PTR; 

. . IF CPCB.CP SCB^ID -= RPO_CP_SCB ID THEN 
. . DO; 

. . . MU_PTR = UPM CREATE HQ(•INOP'); 

. . . INOPJRQ.INQP REASON~= X'7'; 

. . . SCB PTR = CPCB.CP_SCB_ID; 

. . . SEND MU TO SNS.SEND; 

. . END; 

. SCANEND; 

. CALL FSM ALS_SEC RPO RES; 

. CALL DELETE ALL CP ENTRIES(ALS EA) ; 

.. CALL ADD CP ENTRY (ALS EA,RPO CP SCB ID); 

. CALL UPM SAVE SNF; 

. SEND MU TO PUTSVC MGR.LINK MGR; 

END; 


/* APPENDIX B 
/* RPO IN PROGRESS 

/* CHAPTER 6 


/* RPO PAGE 11-123 
/* APPENDIX B 
/* APPENDIX B 
/* PAGE 11-116 


RETURN; 

END NS.RPOJPROC; 
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LINK_STATUS_CHBCKS: PROCEDURE (ALS_EA) RETURNS (BIT (1)) 


FUNCTION: 


OUTPUT: 


THIS PROCEDURE VERIFIES THE EXISTENCE OF THE ALS EA, THE EXISTENCE 
OF A LINK ASSOCIATED WITH THE ALS EA, THE CONNECTION STATUS OF THE 
LINK, CHECKS THAT THE CP IS ON THE CP LIST FOR THE LINK RESOURCE, 
AND WHETHER A TEST IS IN PROGRESS ON THAT LINK OR ADJACENT LINK 
STATION. 

ADJACENT LINK STATION ADDRESS 

RC IS SET TO OK IF ALL CHECKS ARE PASSED; OTHERWISE, THE REQUEST IS 
CONVERTED TO A -RSP AND RETURNED TO THE ORIGINATING CONTROL POINT. 
RC IS ALSO SET TO NG IF A -RSP IS GENERATED. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

NS.CONTACT PROC 
NS.DISCONTACT PROC 
NS.DUMP PROC 
NS.LOAD~PROC 
NS.RPO^PROC 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM ALS CONNECTED RES 
FSB ALS TEST RES “ 

FSM LINK ACT RES 


PAGE 

11-42 

PAGE 

11-45 

PAGE 

11-48 

PAGE 

11-46 

PAGE 

11-50 

PAGE 

11-121 

PAGE 

11-124 

PAGE 

11-119 


*/ 

DCL LINK EA BIT(16); 

DCL ALS EA BIT(16); 

DCL RC BIT (1) ; 

DCL SAVE_NRCB_PTR PTR; 

DCL SAVE”ALS PTR PTR; 


SAVE NRCB PTR = NRCB PTR; 

RC =~OK; 

NRCB PTR = FIND ALS FOR RESOURCE(ALS EA) ; /* APPENDIX B */ 

save'als ptr = nrcb'ptrT 

IF N5CB_PTR * NULL THEN 
DO; 

. CALL CHANGE MU_TO NEG RSP (X*0801') ; /* APPENDIX B, RESOURCE NOT AVAILABLE */ 

. SEND MU TO SN S.SEND; /* CHAPTER 6 */ 

. RC = NG? 

. NRCB_PTR * SAVE_NRCB_PTR; 

. RETURN(RC); 

END; 


NRCB PTR « FIND LINK FOR RESOURCE(ALS EA); /* APPENDIX B */ 

IF NRCB PTR = NULL | 

NRCB. RESOURCE TYPE LINK THEN 

DO; 

. CALL CHANGE MU TO_NEG_RSP(X*0801'); /* APPENDIX B, RESOURCE NOT AVAILABLE */ 

. SEND MU TO SNS7SEND; /* CHAPTER 6 */ 

. RC = NG; 

. NRCB PTR * SAVE NRCB PTR; 

. RETURN (RC); 

END; 


LINK_EA = NRCB.ELEMENT ADDRESS; 

IF FIND CP ENTRY (LINK EA,SCB PTR) = NG | /* APPENDIX B */ 

FSM LINK ACT RES -= ACTIVE THEN /♦ PAGE 11-119 */ 

DO; 

. CALL CHANGE MU_TO NEG_RSP (X* 0817•); /* APPENDIX B, LINK INACTIVE */ 

. SEND MU TO SNSTSEND; “ /* CHAPTER 6 */ 

. RC = NG; 

. NRCB_PTR = SAVE_NRCB PTR; 

. RETURN(RC); 

END; 

NRCB PTR * SAVE ALS PTR; 

IF NRCB.SWITCHED LINK = SWITCHED & 

FSM ALS CONNECTED RES -.= ACTIVE THEN 


DO; /* PAGE 11-121 */ 

. CALL CHANGE MU TO NEG RSP (X* 0801 ') ; /* APPENDIX B, RESOURCE NOT AVAILABLE */ 

. SEND MU TO SNS.SEND; /* CHAPTER 6 */ 

. RC = NG; 

. NRCB PTR = SAVE NRCB PTR; 

. RETURN(RC); 

END; 

IF FSM__ALS_TEST RES = TEST IN PROGRESS THEN /* PAGE 11-124 */ 

DO; 

. CALL CHANGE MU TO NEG RSP (X»0809') ; /* APPENDIX B, MODE INCONSISTENCY */ 

. SEND MU TO SNSTSEND; ~ /* CHAPTER 6 */ 

. RC = NG; 

. NRCB PTR = SAVE NRCB PTR; 

. RETURN; 

END; 


NRCB PTR = SAVE NRCB PTR; 
RETURN(RC); 

END LINK STATUS CHECKS; 


CHAPTER 11. 
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11-51 






NS.RNAA_PROC; PROCEDURE; 


FUNCTION; 


INPUT; 

OUTPUT; 


THIS PROCEDURE DETERMINES WHETHER THE ANY OF THE RESOURCES SPECIFIED 
IN THE RNAA HAVE ALREADY BEEN ASSIGNED NETWORK ADDRESSES BY ANOTHER 
SSCP. IF ANY HAVE, THE REQUEST IS REJECTED; IF NONE HAVE, AND IF 
THE PU HAS ENOUGH STORAGE TO ASSIGN THE ADDRESSES, THE ADDRESSES ARE 
ASSIGNED. ADDITIONS ARE MADE TO THE NRCB_LIST IF REQUIRED. 

RNAA REQUESTS FROM SNS.RCV (CHAPTER 6) 

—RSP( 0809| 0812|0815 ) OR +RSP CONTAINING NETWORK ADDRESSES ASSIGNED 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
NS.CS_RCV 

REFERS TO THE FOLLOWING PROCEDURE (S); 

NS.BF LU_ADD 

ns.bf!pu_and_als ADD 

NS.LU_ADD 

RNAA PU OWNERSHIP CK 
RNAA~VALIDITY_CHECK 
UPM RNAA RESOURCE CHECK 


PAGE 

11-34 

PAGE 

11-60 

PAGE 

11-61 

PAGE 

11-62 

PAGE 

11-54 

PAGE 

11-53 

PAGE 

11-116 


IF RNAA VALIDITY CHECK = NG THEN /* PAGE 11-53 

CALL CHANGB„MU~TO_NEG_RSP(X»0815»); /* APPENDIX B, FUNCTION ACTIVE 


V 

V 

*/ 


IF (RNAA RQ.ASSIGNMENT TYPE “ BF.LU) 8 

(RNAA_PU OWNERSHIP_CK = NG) THEN /* PAGE 11-54 

CALL CHANGE3MU_TO_NEG~RSP(X*0809') ; /* APPENDIX B, MODE INCONSISTENCY 

ELSE 

DO; 

IF UPM RNAA RESOURCE CHECK = NG THEN /* PAGE 11-116 

CALL~CHANGE_MU TO NEG RSP(X'0812'); /* APPENDIX B, INSUFFICIENT RESOURCE 


*/ 

V 


*/ 

V 


. ELSE 

. SELECT ANYORDER(RNAA_RQ.ASSIGNMENT_TYPE) ; 

. . WHEN (RNAA_BF_LU) 

. . CALL NS.BF_LU_ADD; /* PAGE 11-60 */ 

. . WHEN(RNAA_BF_PU) 

CALL NS.BF_PU_AND_ALS_ADD; /* PAGE 11-61 */ 

. . WHEN (RNAA.LU) 

. . CALL NS.LU_ADD; /* PAGE 11-62 */ 

. END; 

END; 


SEND MU TO SNS.SEND; 


/* CHAPTER 6 


V 


RETURN; 


END NS.RNAA_PROC; 
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RNAA.VALIDITY.CHECK: PROCEDURE RETURNS(BIT(1)); 


/* 

r 


V 

DCL RC BIT (1) ; 

DCL I FIXED BIN; 

DCL P ptr; 

RC = OK; 

SELECT ANYORDER (RNAA.RQ. ASSIGNMENT.TYPE) ; 

. WHEN (RNAA.BF.PU) 

DO I = 1 TO RNAA.RQ.ENTRY.CNT WHILE(RC = OK); 

. . SCAN NRCB.LIST PTR (NRCB.PTR) WHILE (RC = OK); 

. . IF NRCB.ASSOCIATED_RESOURCE = RNAA RQ.TARGET_ADDRESS & 

. . NRCB.RESOURCE _ CATEGORY = ALS S 

. . NRCB.ALS.DLC.HDR.ADDR = RNAA_RQ.SUBFIELD(I) & 

. . . NRCB. ASSIGNING CP.SCE ID -•= NULL & 

. . NRCB.ASSIGNING“cF_SCB”iD -.= SCB.PTR THEN 

RC = NG; 

. SCANEND; 

END; 

. WHEN(RNAA.BF.LU) 

DO I = 1 TO RNAA.RQ.ENTRY.CNT WHILE(RC = OK); 

. SCAN NRCB_LIST PTR (NRCB.PTR) WHILE (RC = OK); 

. . IF NRCB.ASSOCIATED_RESOURCE = RNAA RQ.TARGET.ADDRESS 6 
. . NRCB.RESOURCE.CATEGORY = BF.LU & 

. . . NRCB.BF_LOCAL~ID = RNAA.RQ.SUBFIELD(I,8:15) & 

. . . NRCB. ASSIGNING.CP_SCE.ID -*= NULL & 

. . NRCB.ASSIGNING”cP_SCB”lD -= SCB.PTR THEN 

. . . RC = NG; 

. . SCANEND; 

END; 

. WHEN(RNAA.LU) 

. DO; 


FUNCTION: THIS PROCEDURE DETERMINES WHETHER THE REQUESTED RESOURCES WERE 

ASSIGNED BY ANY CURRENTLY ACTIVE SSCP. IF NOT, IT RETURNS OK. 

OTHERWISE, IT RETURNS NG. 

INPUT: THE RNAA REQUEST, WHICH IS THE CURRENT MESSAGE UNIT 

OUTPUT: THE APPROPRIATE RETURN CODE VALUE 

NOTE: THE CREATION OF PARALLEL SESSIONS REQUIRES A UNIQUE NETWORK ADDRESS 

FOR EACH PRIMARY LU. THESE PLU ADDRESSES ARE ASSOCIATED WITH THE 
SINGLE SLU ADDRESS FOR THE LU. 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 
NS.RNAA PROC 


PAGE 11-52 


NRCB PTR = LOCATE.NODE RESOURCE(RNAA.RQ.TARGET.ADDRESS) ; /* APPENDIX B 

IF NRCB.PTR = NULL | 

NRCB.RESOURCE CATEGORY -= LU | 

NRCB. ASSOCIATED.RESOURCE -^= 0 THEN /* NOT A SECONDARY LU 

RC = NG; 

ELSE 

DO; 


i-—-— - ——— -——---1 

| CHECK FOR AN SSCP-LU SESSION | 

i___i 


. FIND P->SCB IN SCB LIST 

WHERE (P->SCB.PARTNER.SA = SCB.PARTNER.SA & 

P->SCB.PARTNER.EA = SCB.PARTNER.EA & 

P->SCB.THIS SA”= NCB.NODE SUBAREA ADDRESS & 

P->SCB.THIS~EA = RNAA.RQ.TARGET.ADDRESS S NCB.NODE.ELEMENT.MASK) ; 
. IF P = NULL THEN” 

. RC = NG; 


. END; 
END; 


END; 


*/ 


V 


/* 


*/ 


RETURN(RC); 

END RN AA.V ALIDITY.CHECK; 
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RNAA_PU_OWNERSHIP„CK: PROCEDURE RETURNS(BIT(1)); 


/♦ 


FUNCTION: FOR ASSIGNMENT OF BF.LU'S, THIS PROCEDURE CHECKS THAT THE REQUESTER 

HAS EITHER REQUESTED ADDRESS ASSIGNMENT FOR BF.PU OR THAT THE 
BF.PU'S CP LIST DOES NOT CONTAIN ANY OTHER SSCP AND THE REQUESTER 
HAS ACTIVATED THE TARGET BF.PU. 

INPUT: THE RNAA REQUEST, WHICH IS THE CURRENT MESSAGE UNIT 

OUTPUT: OK, IF THE CHECK IS SUCCESSFUL; NG, IF NOT SUCCESSFUL 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

NS.RNAA.PROC PAGE 11-52 


*/ 

DCL RC BIT(1); 

DCL P PTR; 

RC ■ NG; 

NRCB_PTR = LOCATB_NODE_RESOURCE(RNAA_RQ.TARGETJVDDRESS); /* APPENDIX B ♦/ 

IF NRCB.ASSIGNING_CP SCB_ID * SCB PTR THEN 
RC * OK; 

IF NRCB.ASSIGNING CP SCB ID * NULL THEN 
DO; 

. FIND P—>SCB IN SCB LIST 

. WHERE(P->SCB.PARTNER SA * SCB.PARTNER SA 6 

. P->SCB.PARTNER EA * SCB.PARTNER EA 6 ’ 

. P->SCB.THIS SA~= NCB.NODE SUBAREA ADDRESS S 

. P->SCB.THIS_EA » RNAA RQ.TARGET ADDRESS S NCB.NODE ELEMENT MASK); 

. IF P NULL & ~/* ACTIVE SESSION WITH BF.PU */ 

. FSM SESS^BF SSCP LU = ACT THEN /* CHAPTER 13 */ 

. RC = OK; 

END; 

RETURN(RC); 

END RNAA„PU_OWNERSHIP_CK; 
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NS.FNA_PROC: PROCEDURE; 


/* 


FUNCTION: THIS PROCEDURE FREES NETNORK ADDRESSES WHEN A VALID FNA IS RECEIVED 

BY THE PU. 


INPUT: FNA REQUESTS FROM SNS.RCV ( CHAPTER 6 ) 


OUTPUT: 

FNA RESPONSES TO SNS.SEND ( CHAPTER 

6 ) 

AND AN UPDATED NRCBJLIST 

REFERENCED 

BY THE FOLLOWING PROCEDURE(S) : 
NS.CS_RCV 

PAGE 

11-34 

REFERS TO 

THE FOLLOWING PROCEDURE(S) : 

FNA BF LU PROC 

PAGE 

11-59 


fna”bf pu“and ALS PROC 

PAGE 

11-58 


FNA~LU PROC 

PAGE 

11-59 


FNA VALIDITY_CHECK 

PAGE 

11-56 


*/ 

DCL RETURN_VALUE BIT (16); 

IF FNA_RQ.TARGET ADDRESS = 0 THEN 
DO; 

. NRCB_PTR = LOCATE_NODE RESOURCE(FNA_RQ.SUBFIELD(1)); /* APPENDIX B */ 

. IF NRCB.RESOURCE CATEGORY = BF.PU THEN 

NRCB_PTR = FIND_ALS FOR_RESOURCE (FNA RQ.SUBFIELD(1) ) ; /* APPENDIX B */ 

. FNA RQ7TARGET ADDRESS = NRCB.ASSOCIATED_RESOURCE; 

END; 

RETURN__VALUE = FNA_VALIDITY_CHECK; /* PAGE 11-56 */ 

IF RETURN VALUE -.="() THEN 

CALL CHANGE MU_TO NEG_RSP (RETURN VALUE); /* APPENDIX B */ 

ELSE 
DO; 

. NRCB_PTR = LOCATE NODE RESOURCE (FNA_RQ.TARGET ADDRESS); /* APPENDIX B */ 

. SELECT ANYORDER (NRCB.RESOURCE CATEGORY); 


. . WHEN (LINK) 

. . CALL FNA_BF_PU_AND_ALS_PROC; /* PAGE 11-58 */ 

. . WHEN(BF.PU) 

. . CALL FNA__BF_LU_ > PROC; /* PAGE 11-59 */ 

. . WHEN( (PU | LU)) 

. . CALL FNA_LU PROC; /* PAGE 11-59 */ 

. END; 

. CALL CHANGE HU TO_POS RSP(TRUNCATE); /* APPENDIX B */ 

END; 

SEND MU TO SNS.SEND; /* CHAPTER 6 */ 

RETURN; 

END NS.FNA PROC; 
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FHA_VALIDITY_CHECK: PROCEDURE RETURNS(FIXED BINARY(16)); 


/* 


CHECKS THAT THE CONDITIONS REQUIRED TO ALLOW THE REQUESTED PNA ARE 
MET. IF SO, THE PROCEDURE RETURNS 0; ELSE, IT RETURNS THE 
APPROPRIATE SENSE CODE. 

THE FNA REQUEST, WHICH IS THE CURRENT MESSAGE UNIT 

ZERO IF THE FNA CAN BE ACCOMPLISHED; THE APPROPRIATE SENSE CODE 
VALUE IF IT CANNOT BE EXECUTED 

REFERENCED BY THE FOLLOWING PROCEDURE (S): 

NS.FNA_PROC PAGE 11-55 

REFERS TO THE FOLLOWING PROCEDURE(S): 

ALS_SEC_5UBTREE_CHECK PAGE 11-97 


FUNCTION; 


INPUT: 

OUTPUT: 


*/ 


DCL RETURN VALUE BIT (16); 
DCL P PTR; 

DCL PI PTR; 

DCL I FIXED BIN; 

DCL TARGET ELEMENT BIT (16); 


RETURN VALUE * 0; 

NRCB PTR = LOCATE NODE RESOURCE(FNA RQ.TARGET ADDRESS); /* APPENDIX B 

TARGET ELEMENT = NRCB.ELEMENT ADDRESS; 

SELECT ANYORDER; 


| FREE ALL ALS'S AND BF.PU*S ASSOCIATED WITH A 
| LINK 


T 

I 

J 


WHEN((NRCB.RESOURCE CATEGORY - LINK) 8 (FNA RQ.ENTRY CNT = ALL)) 

SCAN NRCB_LIST PTR (NRCB_PTR) WHILE (RETURN~VALUE = 0); 

. IF NRCB.ASSOCIATED_SESOURCE = TARGET ELEMENT THEN /* IF ALS 

. IF ALS SEC SUBTREE CHECK(NRCB.ELEMENT ADDRESS) = NG THEN /* PAGE 11-97 

RETURN VALUE = X~Q809'; ~ /* MODE INCONSISTENCY 

. ELSE 
. DO; 

. . FIND P->NRCB IN NRCB_LIST /* FIND BF.PU 

. . WHERE(P->NRCB.RESOURCE TYPE = BF.PU 8 

. . P->NRCB.ELEMENT ADDRESS = NRCB.ELEMENT ADDRESS); 

. . IF P i= NULL THEN 


/* IS THIS BF.PU ASSIGNED BY ANOTHER CP? 

IF P->NRCB. ASSIGNING CP SCB ID -»= NULL 8 

P—>NRCB.ASSIGNING__CP SCB_ID SCB_PTR THEN 
RETURN VALUE = X'081A';“ " /* REQUEST SEQUENCE ERROR 

ELSE 

DO; /* SESSION EXIST ± 

. IF NAU SESSION_COUNT (P->NRCB. ELEMENT ADDRESS) -»« 0 THEN 

/* APPENDIX B 

. RETURN VALUE = X'0809»; /* MODE INCONSISTENCY 

. FIND P1 ->NRCB IN NRCB__LIST /* BF.LUS EXIST ? 

WHERE (P1->NRCB.RESOURCE TYPE = BF.LU 8 

P1->NRCB.ASSOCIATED RESOURCE = P->NRCB.ELEMENT ADDRESS); 

. IF PI -= NULL THEN 

RETURN VALUE - X*0809»; /* MODE INCONSISTENCY 

END; 


END; 

SCANEND; 


FREE ALL BF.LU’S ASSOCIATED WITH A BF.PU, ALL 
PRIMARY LU * S ASSOCIATED WITH A SECONDARY LU, 
OR ALL LU'S ASSOCIATED WITH A PU. EACH 
ELEMENT ADDRESS TO BE FREED IS CHECKED TO SEE 
THAT IT WAS NOT ASSIGNED BY ANOTHER CP AND NO 
SESSION EXISTS WITH THE RESOURCE. 


WHEN((NRCB.RESOURCE CATEGORY = (BF.PU | ALS | PU | LU) ) 8 
(FNA_RQ.ENTRY_CNT = ALL)) 

SCAN NRCB_LIST PTR (NRCB__PTR) WHILE (RETURN VALUE = 0); 

. IF NRCB.ASSOCIATED_RESOURCE = TARGET ELEMENT 8 
(NRCB.RESOURCEJTYPE = BF.LU | 

. NRCB.RESOURCEJTYPE = LU) THEN 

. IF NRCB. ASSIGNINGjCP__SCBjID -.= NULL 6 
. NRCB.ASSIGNING CP_SCB ID -«= SCB PTR THEN 

. RETURN VALUE = X*081A«; “ /* REQUEST SEQUENCE ERROR 


. ELSE 

. IF NAU SESSION COUNT (NRCB.ELEMENT ADDRESS) 

. RETURN VALUE“= X*0809»; 

SCANEND; 


0 THEN /* APPENDIX B 

/* MODE INCONSISTENCY 


*/ 


/* 


V 


*/ 

*/ 

*/ 


*/ 


*/ 


*/ 

V 

*/ 

*/ 

*/ 


*/ 


/* 


*/ 


*/ 


*/ 

*/ 
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| FREE A SPECIFIC ALS AND BF.PU 

i---.-—— -— 


I 


WHEN ( (NRCB. RESOURCE CATEGORY = LINK) 6 (FNA RQ.ENTRY CNT ALL)) 

DO I = 1 TO FNA_RQ.ENTRY_CNT WHILE (RETURn“vaLUE = 0); 

. FIND NRCB IN NRCB_LIST~ ” /* LOCATE ALS RESOURCE 

WHERE (NRCB* ELEMENT ADDRESS = FNA RQ.SUBFIELD(I) 8 
NRCB.RESOURCE TYPE = ALS); 

. IF NRCB PTR = NULL~THEN 

. RETURN_VALUE = X'0806»; /* RESOURCE UNKNOWN 

. ELSE 


/* VERIFY THAT ALS IS RESET 

IF ALS SEC SUBTREE CHECK(NRCB.ELEMENT ADDRESS) = NG THEN /* PAGE 11-97 

RETURN VALUE = X T 0809»; ~ /* MODE INCONSISTENCY 

ELSE 
DO; 

. FIND P->NRCB IN NRCB_LIST /* LOCATE BF.PU RESOURCE 

. WHERE(P->NRCB.RESOURCE TYPE = BF.PU & 

P->NRCB.ELEMENT ADDRESS = NRCB.ELEMENT_ADDRESS); 

. IF NRCB_PTR -.= NULL THEN /♦ ASSIGNED BY~ANOTHER CP? 

IF P->NRCB.ASSIGNING CP SCE ID -= NULL & 

P^>NRCB.ASSIGNING_CP_SCB_ID SCB_PTR THEN 
RETURN_VALUE = X'081A«;~ /* REQUEST SEQUENCE ERROR 


ELSE 

. DO; /* DO ANY SESSIONS EXIST 

. . IF (NAU SESSION COUNT (F->NRCB.ELEMENT_ADDRESS) 0) THEN 

/* APPENDIX B 

RETURN VALUE = X'0809'; /* MODE INCONSISTENCY 

. . FIND P1—>NRCB IN NRCB LIST /* ANY BF.LU'S EXIST? 

. . WHERE (P1->NRCB. RESOURCE__TYPE = BF. LU & 

. . P1->NRCB.ASSOCIATED RESOURCE = P->NRCB.ELEMENT_ADDRESS) ; 

. . IF PI NULL THEN 

. . RETURN_VALUE = X'0809'; /* MODE INCONSISTENCY 

. END; 

END; 


END; 


r-•-, 

| FREE SPECIFIC BF.LU'S OR LU'S. CHECK THAT \ 
| THE RESOURCE EXISTS, WAS NOT ASSIGNED BY | 
| ANOTHER CP, AND CURRENTLY HAS NO SESSIONS. | 

L---.-I 


. WHEN((NRCB.RESOURCE CATEGORY = (BF.PU ( ALS | PU | LU) ) 8 
(FNA RQ.ENTRY CNT -= ALL)) 

DO I = T TO FNA_RQ.ENTRY CNT WHILE(RETURN_VALUE = 0); 

. NRCB^PTR = LOCATE NODE_RESOURCE(FNA RQ.SUBFIELD(I)); 

. . IF NRCB_PTR = NULL | 

. . (NRCB.RESOURCE CATEGORY -= BF.LU 8 

. . NRCB.RESOURCE CATEGORY -»= LU) THEN 

RETURN VALUE = X 7 0806'; 

. ELSE 

. . IF NRCB.ASSIGNING CP SCB ID -= NULL & 

. . NRCB. ASSIGNING_.CP_SCE._ID -.= SCB_PTR THEN 

. . RETURN_VALUE = X' 081 A' ; 

. . ELSE 

. . IF NAU_SESSION COUNT (NRCB. ELEMENT ADDRESS) 0 THEN /* APPENDIX B 

RETURN_VALUE = X'0809'; /* MODE INCONSISTENCY 

END; 

END; 


/* APPENDIX B 


/* RESOURCE UNKNOWN 


/* REQUEST SEQUENCE ERROR 


/♦ 


*/ 


V 


*/ 

V 

*/ 

*/ 


*/ 


*/ 


*/ 


V 

*/ 

V 

V 


V 


/* 


V 


V 


V 


V 


*/ 

V 


RETURN(RETURN^VALUE); 
END FNA_VALIDITY_CHECK; 
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FNA_BF„PO__AND_ALS_PRQC: PROCEDURE; 

/* 

t----———------- -- --— --- - -----« 

| FUNCTION: REMOVES THE ENTRIES FOR THE BF.PU AND THE ASSOCIATED ADJACENT LINK | 

| STATIONS FROM THE NODE RESOURCE LIST. | 

i ' ■ ,■ , : I 

| INPUT: THE FNA REQUEST, WHICH IS THE CURRENT MESSAGE UNIT | 

I I 

| OUTPUT: NONE { 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): | 

| NS.FNA_PROC PAGE 11-55 | 

L—-----—Z -„ ---------Jl 

*/ 

DCL ALS_BA BIT(16); 

DCL LINK EA BIT (16); 

DCL P POINTER; 

DCL I FIXED BIN; 

SELECT ANYORDER (FNA_RQ„ENTRY_CNT) ; 

. WHEN (ALL) 

. SCAN NRCBJLIST PTR(NRCB_PTR); 

. IF NRCB. ASSOCIATED RESOURCE = FNA__RQ.TARGET_ ADDRESS S 
NRCB.RESOURCE CATEGORY = ALS THEN 

. . DO; 

. ALS_EA * NRCB.ELEMENT_ADDRESS; 

. REMOVE NRCB FROM NRCB_LIST DISCARD; 

. . .SCAN NRCB LIST PTR(P); 

. . . . IF P->NRCB.ASSOCIATED RESOURCE = ALS_EA & 

. . P->NRCB.RESOURCE~CATEGORY = BF.PU THEN 

. . . . REMOVE P->NRCB FROM~NRCB_LIST DISCARD; 

. . . SCANEND; 

END; 

SCANEND; 

. WHEN (-.ALL) 

. DO I = 1 TO FNA_RQ.ENTRY._CNT; 

. . P = LOCATE_NODE_RESOURCE(FNA_RQ.SUBFIELD(I) ); /* APPENDIX B */ 

. . IF P --= NULL THEN 

. . DO; 

. . . ALS_EA = P->NRCB.ASSOCIATED_RESOURCE; 

. . . REMOVE P—>NRCB FROM NRCB_LIST DISCARD; 

. . . P = LOCATE NODE RESOURCE(ALS_EA); /* APPENDIX B */ 

. . . IF P -.= NULL THEN 

REMOVE P->NRCB FROM NRCB_LIST DISCARD; 

END; 

END; 

END; 

RETURN; 

END FNA_BF_PU_AND_ALS_PROC; 
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FNA„.BF^LU_PROC; PROCEDURE; 


/♦ 


FUNCTION: REMOVES ENTRIES FOR BF.LU NODE RESOURCES FROM THE NRCB_LIST. 
INPUT: THE FNA REQUEST, WHICH IS THE CURRENT MESSAGE UNIT 

OUTPUT: NONE 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

NS.FNA_PROC PAGE 11-55 


*/ 

DCL P POINTER; 

DCL I FIXED BIN; 


SELECT ANYORDER(FNA_RQ.ENTRY_CNT) ; 

. WHEN(ALL) 

, SCAN NRCB LIST PTR(NRCB PTR) ; 

• . IF NRCB7ASSOCIATED RESOURCE « FNA RQ.TARGET ADDRESS B 

. . NRCB.RESOURCE_CATEGORY = BF.LU THEN 

. . REMOVE NRCB FROM NRCB__LIST DISCARD; 

. SCANEND; 

. WHEN(-*ALL) 

. DO I = 1 TO FNA RQ.ENTRY_CNT; 

. , P = LOCATE NODE RESOURCE (FNA RQ. SUBFIELD (I)); /* APPENDIX B */ 

. . IF P->NRCB.RESOURCE_CATEGORY * BF.LU THEN 

. . REMOVE P->NRCB FROM NRCB_LIST DISCARD; 

. END; 

END; 

RETURN; 

END FNA_BF_LU_PROC; 


FNA__LU_PROC: PROCEDURE; 


/* 

r ~~— -- -—— ■* — - —--- — -—--—' —- - 1 

| FUNCTION: REMOVES LU NODE RESOURCES FROM THE NRCB LIST. | 

I * I 

| INPUT: THE FNA REQUEST THAT IS THE CURRENT MESSAGE UNIT I 

I I 

| OUTPUT: THE REQUESTED LU»S ARE REMOVED FROM THE NRCB LIST AND DISCARDED. | 

! I 

| REFERENCED BY THE FOLLOWING PROCEDURE (S) : I 

| NS.FNA_PROC PAGE 11-55 | 

t----__I___—---1 

*/ 

DCL P POINTER; 

DCL I FIXED BIN; 

SELECT ANYORDER(FNA_RQ.ENTRY_CNT); 

. WHEN(ALL) 

. SCAN NRCB LIST PTR(NRCB PTR); 

. . IF NRCBTASSOCIATED^RBSOURCE * FNA^RQ.TARGET^ADDRESS 6 

. . NRCB.RESOURCE~CATEGORY = LU THEN 

, . REMOVE NRCB FROM'nRCB LIST DISCARD; 

. SCANEND; 

. WHEN (-»ALL) 

. DO I = 1 TO FNA_RQ.ENTRY^CNT; 

! . P = LOCATE NODE RESOURCE(FNA RQ.SUBFIELD(I)); /* APPENDIX B */ 

. . REMOVE P->NRCB FROM NRCB_LIST DISCARD; 

END; 

END; 

RETURN; 

END FNA LU_PROC; 
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NS.BP_tU_ADD; PROCEDURE; 

/* 

* -..——-— --— -— —— —-------1 

| FUNCTIONS ADDS NODE RESOURCE ENTRIES FOR BF.LU'S TO THE NRCB LIST; ADDITIONAL | 

1 PARAMETERS ARE ADDED LATER BY SETCV. ~ { 

I I 

| INPUTS THE RNAA REQUEST# WHICH IS THE CURRENT MESSAGE UNIT | 

| OUTPUTS THE +RSP CONTAINING THE ADDRESSES ASSIGNED TO ALL REQUESTED ENTRIES \ 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) S | 

| NS.RNAA PROC PAGE 11-52 | 

I I 

| REFERS TO THE FOLLOWING PROCEDURE (S) S I 

| UPM_2 BYTE NA ASSIGN PAGE 11-117 | 


*/ 

DCL ASSIGNED ADDR BIT(16); 

DCL I FIXED BIN; 

DO I * 1 TO RNAA_RQ.ENTRY_CNT; 

. ASSIGNED ADDR * 0; 

. SCAN NRCB LIST PTR (NRCB PTR) WHILE (ASSIGNED ADDR * 0); 

. . IF NRCB.ASSOCIATED_RESOURCE = RNAA RQ.TARGET ADDRESS 6 
. . NRCB.RESOURCE CATEGORY - BF. LU 6 

. . NRCB.BF_LOCAL_ID = RNAA^RQ.SUBFIELD(I) THEN 

. . ASSIGNED_ADDR = NRCB.ELEMENT_ADDRESS; 

. SCANEND; 

. IF ASSIGNED_ADDR -i* 0 THEN 
DO; 

. . RNAA RQ.SUBFIELD(I) - ASSIGNED ADDR; 

. . NRCb7aSSIGNING_CP_SCB_ID = SCB~PTR; 

END; 

. ELSE 
. DO; 

. . CREATE NRCB PTR(NRCB PTR); 

. . NRCB.RESOURCE CATEGORY = BF.LU; 

. . NRCB.ASSOCIATED^RESOURCE = RNAA_RQ.TARGET_ADDRESS; 

. . NRCB.BFJLOCAL ID = RNAA RQ.SUBFIELD (1,8:15) ; /* BYTE 2 */ 

. . NRCB.ASSIGNING CP SCB ID = SCB PTR; 

. . RNAA RQ.SUBFIELD(I) = UPM_2_BYTE_NA ASSIGN; /* PAGE 11-117 */ 

. . NRCB7ELEMENT ADDRESS = RNAA^RQ.SUBFIELD (I) 8 NCB.NODE ELEMENT MASK; 

. . ~ /* RETURN ELEMENT ADDRESS IN THE RU */ 

. . INSERT NRCB IN NRCB LIST; 

END; 

END; 

CALL CHANGE MU TO POS RSP (TRUNCATE); /* APPENDIX B */ 

RETURN; 

END NS.BF LU ADD; 
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( 


HS.BF_PO_AND_ALS_.ADD: PROCEDURE; 

/* 

| FUNCTION: ADDS NRCB ENTRIES FOR THE BF.PU AND ADJACENT LINK STATION TO THE | 

| NRCB LIST t IF REQUIRED. | 

I I 

| INPUT: THE RNAA REQUEST, WHICH IS THE CURRENT MESSAGE UNIT | 

| OUTPUT: ♦RSP CONTAINING THE ADDRESSES ASSIGNED TO ALL ENTRIES | 

| REFERENCED BY THE FOLLOWING PROCEDURE (S) : I 

| NS.RNAA PROC PAGE 11-52 I 

I ~ I 

| REFERS TO THE FOLLOWING PROCEDURE(S) : | 

| UPM_2_BYTE_NA_A SSIGN PAGE 11-117 | 

»-Z-Z-Z---1 ■ 

V 

DCL ALS_EA BIT (16); 

DCL ALS NA BIT (16) ; 

DCL I FIXED BIN; 

IF RNAA_RQ.ENTRY_CNT > 0 THEN 
DO I = 1 TO RNAA_RQ.ENTRY_CNT; 

. FIND NRCB IN NRCB_LIST 

. WHERE (NRCB.ELEMENT,ADDRESS = RNAA_RQ.TARGET,ADDRESS S 

. NRCB.RESOURCE_CATEGORY * ALS & 

NRCB.ALS DLC_HDR ADDR = RNAA RQ.SUBFIELD(I)); 

. IF NRCB_PTR -»= NULL THEN 
DO; 

. . ALS EA = NRCB.ELEMENT ADDRESS; 

. RNAA RQ.SUBFIELD (I) =~ALS EA; 

. . nrcb7assigning_cp_scb_id = SCB_PTR; 

END; 

. ELSE 
. DO; 


ALS_NA 

als”ea 

= UPM_2_BYTE_NA_ASSIGN; 

= ALS NA S NCB.NODE ELEMENT MASK; 

/* 

PAGE 11-117 

*/ 

CREATE 

NRCB PTR(NRCB PTR); 

/* 

FOR ALS_EA 

*/ 


. NRCB.RESOURCE CATEGORY = ALS; 

. NRCB.ASSOCIATED_RESOURCE = RNAA_RQ.TARGET_ADDRESS; 

. NRCB.ALS DLC_HDR ADDR = RNAA RqTsUBFIELD (I) ; 

. NRCB.ASSIGNING CP SCB_ID = SCB PTR; 

. NRCB.ELEMENT_ADDRESS = ALS_EA;“ 

. INSERT NRCB IN NRCB LIST; 

END; 

FIND NRCB IN NRCB_LIST 

WHERE(NRCB.ELEMENT ADDRESS = ALS EA & 

NRCB.RESOURCE CATEGORY = BF.PU);” 

IF NRCB_PTR -«= NULL THEN 

NRCB.ASSIGNING_CP_SCB_ID = SCB_PTR; 

ELSE 

DO; 

. CREATE NRCB PTR(NRCB_PTR); /* FOR BF.PU */ 

. NRCB.RESOURCE_CATEGORY = BF.PU; 

. NRCB.ASSOCIATED RESOURCE * ALS_EA; 

. NRCB.BF LOCAL ID = 0; 

. NRCB.ASSIGNING_CP_SCB ID = SCB_PTR; 

. RNAA RQ.SUBFIELD (I) = _ ALS NA; 

. NRCB.ELEMENT_ADDRESS = RNAA_RQ.SUBFIELD(I); 

. INSERT NRCB IN NRCB_LIST; 

END; 


END; 

CALL CHANGE MU TO POS RSP (TRUNCATE); /* APPENDIX B */ 

RETURN; 

END NS.BF_PU AND ALS ADD; 
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HS.LUJkDD: PROCEDURE; 

___ /* 

| FUNCTION: ADDS NODE RESOURCE ENTRIES FOR LU»S TO THE NRCB_LIST. 

| INPUT: THE RNAA REQUEST, WHICH IS THE CURRENT MESSAGE UNIT 

| OUTPUT: THE *RSP TO RNAA RBQOEST 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): 

| NS.RNAAJPROC PAGE 11-52 

| REFERS TO THE FOLLOWING PROCEDURE(S): 

| UPM_2_BYTE_NA_ASSIGN PAGE 11-117 

V 

CREATE NRCB PTR(NRCB^PTR); 

RNAA RQ.ENTRY CNT = 1; 

RN AA_RQ.SUBFIELD (1) * UPM J2_BYTE_NA_ASSIGN; /* PAGE 11-117 */ 

NRCB.RESOURCE CATEGORY « LU; 

NRCB.ASSOCIATED RESOURCE « RNAA RQ.TARGET ADDRESS; 

NRCB.ASSIGNING CP SCB ID = SCB PTR; 

NRCB.ELEMENT ADDRESS « RNAA RQ.SUBFIELD(1) 6 NCB.NODfi to ELEMENT MASK; 

INSERT NRCB IN NRCB_LIST; 

CALL CHANGE_MUjrO_POS_RSP (TRUNCATE); /* APPENDIX B */ 

RETURN; 

END NS.LU_ADD; 


NS.ADDLINK_ADDLINKSTA_PROC: PROCEDURE; 


FUNCTION: RETURNS THE REQUESTED NETWORK ADDRESS IN THE POSITIVE RESPONSE; 

RETURNS A NEGATIVE RESPONSE IF THE SPECIFIC RESOURCE IDENTIFIER IS 
UNKNOWN, IF THERE ARE INSUFFICIENT RESOURCES TO ACT ON THE REQUEST, 
OR IF THE PARAMETERS ARE INVALID. 

INPUT: ADDLINK AND ADDIINKSTA REQUESTS FROM SNS.RCV (CHAPTER 6) 

OUTPUT: +RSP(ADDLINK); -RSP (ADDLINK,080610812) ; +RSP(ADDLINKSTA); 

-RSP(ADDLINKSTA,0806|0812|0835) 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

NS.CS_RCV PAGE 11-34 

REFERS TO THE FOLLOWING PROCEDURE(S): 

UPM ADDLINK PAGE 11-112 

UPM~ADDLINKSTA PAGE 11-112 


SELECT ANYORDER(RQ_CODE) ; 

. WHEN(ADDLINK) 

. DO; 

. . CALL UPM ADDLINK; 

. . SEND MU TO SNS.SEND; 

. END; 

. WHEN(ADDtlNKSTA) 

. DO; 

. . CALL UPM ADDLINKSTA; /* PAGE 11-112 ♦/ 

. . SEND MU TO SNS.SEND; /* CHAPTER 6 */ 

. END; 

END; 

RETURN; 

END NS.ADDLINK - ADDLINKSTA_PBOC; 


/* PAGE 11-112 */ 

/* CHAPTER 6 */ 
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NS. DELETE NR__PROC: PROCEDURE; 


/* 


FUNCTION: THIS PROCEDURE VERIFIES THAT THE ADDRESS IN THE REQUEST IS VALID AND 

THAT THE RESOURCE IS NOT BEING ACTIVELY USED. IF THE CHECKS FAIL, A 
-RSP IS RETURNED TO THE SENDER. 

INPUT: THE DELETENR RQ FROM SNS.RCV 

OUTPUT: + RSP(DELETENR) ; -RSP(DELETENR,0806 \ 081A) 

REFERENCED BY THE FOLLOWING PBOCEDURE(S): 

NS.CS_RCV PAGE 11-34 

REFERS TO THE FOLLOWING PROCEDURE (S): 

ALS SEC SUBTREE CHECK PAGE 11-97 

FSH LINK ACT RES PAGE 11-119 


*/ 

NRCB_PTR * LOCATE_NODE_RESODRCE(DELETBNR_RQ.RESOURCB_ADDRESS) ; /* APPENDIX B */ 

IF NRCB PTR * NULL THEN 

CALL CHANGE_MU — TQ -> NEG_RSP (X* 0806*) ; /* APPENDIX B, RESOURCE UNKNOWN */ 

ELSE 

IF (NRCB.RESOURCE CATEGORY * LINK S 

FSH LINKJVCT RES -*= RESET) { /* PAGE 11-119 */ 

(NRCB.RESOURCE CATEGORY * ALS & 

ALS SEC SUBTREE CHECK(NRCB.ELEMENT ADDRESS) = NG) THEN /* PAGE 11-97 */ 

CALL CHANGE_MUjr0_NEG_RSP(X'08lA'); /* APPENDIX B, REQUEST SEQUENCE ERROR */ 

ELSE 

DO; 

. REMOVE NRCB FROM NRCB LIST DISCARD; 

. CALL CHANGE MU TO POS RSP(TRUNCATE); /* APPENDIX B */ 

END; 

SEND MU TO SNS.SEND; /* CHAPTER 6 */ 


RETURN; 

END NS*DELETENR_PROC; 
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NS.SETCV PROC: PROCEDURE 


/* 


FUNCTION: PROCESSES THE SETCV REQUEST; UPDATES THE NODE RESOURCE LIST AS 

APPROPRIATE. 


INPUTS THE SETCV REQUEST, WHICH IS THE CURRENT MESSAGE UNIT 

OUTPUT: RSP TO SNS.SEND 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

NS.CS_RCV PAGE 11-34 

NS.MS“PROC PAGE 11-107 


REFERS TO THE FOLLOWING PROCEDURE(S): 

ALS SEC SUBTREE CHECK 

FSM ALS CONTACT DISCONTACT RES 

UPM SETC V_KEY1 

UPM SETCV KEY3 

UPM SETCV KEY4 

upm~setcv~key8 


PAGE 11-97 
PAGE 11-122 
PAGE 11-116 
PAGE 11-116 
PAGE 11-116 
PAGE 11-117 


V 

DCL RETURN__VALUE BIT (16); 

DCL ALS_EA BIT (16); 

DCL CV PTR PTR; 

DCL SETCV_RQ__KEY BIT (8) BASED (CV PTR); 

CV PTR = ADOl (SETCV^RQ.CONTROL^VECTOR) ; 


SELECT ANYORDER(SETCV_RQ_KEY) ; 

. WHEN(KEY1) /* DATE-TIME CONTROL VECTOR */ 


DO; 

. CALL UPM SETCV KEY 1; /* PAGE 11-116 */ 

. CALL CHANGE__MU~T0_P0S RSP (TRUNCATE) ; /* APPENDIX B V 

. SEND MU TO SNS.SEND; ” /* CHAPTER 6 V 

END; 

WHEN(KEY3) /* SDLC SECONDARY CONTROL VECTOR */ 

DO; 

. NRCB_PTR * LOCATE_NODE_RESOUT?CE (L,ETCV_RQ. TARGET ADDRESS); 

/* APPENDIX B */ 

. ALS_EA = NRCB.ELEMENT_ADDRESS; 

. IF FSM ALS CONTACT DISCONTACT RES '-= PEND RESET j /* PAGE 11-122 */ 

FSM ALS_CONTACT DISCONTACT RES = RESET IN PROGRESS THEN 
. CALL ENQUEUE_RU_FOR_RESOORCE(ALS_EA); “ /* APPENDIX B */ 

. ELSE 

. IF ALS SEC SUBTREE CHECK (NRCB. ASSOCIATED RESOURCE) -»» OK THEN 

. ” /* PAGE 11-97 */ 

. DO; 

. CALL CHANGE_MUJTO NEG RSP(X•0809»); /* APPENDIX B, MODE INCONSISTENCY */ 

. . SEND MU TO SNS.SEND; ~ /* CHAPTER 6 */ 

END; 


ELSE 

DO; 

. IF CV_PTR->CONTROL_VECTOR_TYPE„03.PU_TYPE = B'01« THEN 
. NRCB.RESOURCE TYPE = PU~T2; 

. IF CV PTR->CONTROL VECTOR~TYPE_03.PU_TYPE = B'10' THEN 
NRCB.RESOURCE TYPE = PU T1; 

. NRCB.LCP RESET OPTION = 

. CV PTR->CQNTROL VECTOR TYPE 03.LCP RESET OPTION; 


CALL 

UPM SETCV KEY3; 

/* 

PAGE 11-116 

*/ 

CALL 

CHANG£_MUlTO_POS_RSP(TRUNCATE) ; 

/* 

APPENDIX B 

*/ 

SEND 

MU TO SNS.SEND; 

/* 

CHAPTER 6 

*/ 


. END; 

END; 
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WHEN(KEY4) /* LD CONTROL VECTOR */ 

DO; 

. NRCB_PTR = LOCATE__NODE — RESOURCE(SETCV RQ.TARGET ADDRESS); 

/* APPENDIX B */ 

. IF NAU_SESSION_COUNT(NRCB.ELEMENT_ADDRESS) 0 THEN 

/* APPENDIX B */ 

. CALL CHANGE_MUJTO_NEG_RSP (X*0809') ; /* APPENDIX B r NODE INCONSISTENCY */ 

. ELSE 
DO; 

. NRCB.SEC RCV PACING CNT = 

CV PTR->CONTROL VECTOR TYPE 04.SECONDARY RCV_PACING CNT; 


. 

. /* CPMGR RECEIVE PACING COUNT 

*/ 

. 

. CALL UPM_SETCV_KEY4; 

/* 

PAGE 11-116 

*/ 

• 

. CALL CHANGE MU“*TO POS RSP (TRUNCATE) ; 

END; 

/* 

APPENDIX B 

*/ 

. SEND MU TO SNS.SEND; 

END; 

/* 

CHAPTER 6 

V 

WHEN(KEY8) 

DO; 

. NRCB_PTR * LOCATE_NODE RESOURCE(SETCV RQ.TARGET ADDRESS) 

/* 

INTENSIVE MODE 

*/ 


ALS_EA = NRCB.ELEMENT_ADDRESS; 

V* 

APPENDIX B 

*/ 


IF FSM ALS CONTACT DISCONTACT RES = PEND RESET | 

/* 

PAGE 11-122 

*/ 


FSM ALS CONTACT DISCONTACT RES = RESET IN PROGRESS 

THEN 



CALL ENQUEUE RU FOR RESOURCE(ALS EA) ; 

ELSE 

DO; 

/* 

APPENDIX B 

V 


. RETURN_VALUE = UPM__SETCV_KEY8; 

. IF RETURN__VALUE -*= 0 THEN 

/* 

PAGE 11-117 

V 


. CALL CHANGE MU TO NEG RSP (RETURN VALUE); 

. ELSE 

/* 

APPENDIX B 

♦/ 


CALL CHANGE MUJTO POS RSP(TRUNCATE) ; 

/* 

APPENDIX B 

*/ 


. SEND HU TO SNS.SEND; 

END; 

/* 

CHAPTER 6 

*/ 


END; 


. OTHERWISE 
DO; 

. CALL CHANGE_NUjrO_NEG_RSP(X«0823'); /* APPENDIX B, UNKNOWN CONTROL VECTOR */ 

. . SEND MU TO SNS.SEND; /* CHAPTER 6 */ 

END; 

END; 

/* 


r-----—---------*-1 

I THESE UPM'S RETAIN PARAMETERS, AND APPROPRIATE CHECKS ARE MADE WITHIN THIS | 

| PROCEDURE TO POSITIVELY RESPOND, EXCEPT FOR KEY 8 ; UPM_SETCV_KEY(8) MAY | 

| GENERATE A NEGATIVE RESPONSE. ~ | 

L---------.---.-,---J 


RETURN; 

END NS . SETCV__PROC; 


*/ 
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NS.DLC_CONFIG: PBOCEDORE; 

/* 


FUNCTION: THIS PROCEDURE IS CALLED BY PU.SVC MGR.NS.RCV TO ROUTE INPUT FROM 

DLC FOR A LINK STATION WHOSE PRIMARY/SECONDARY ROLE IS CONFIGURABLE* 

INPUT: THE INPUT SENT FROM LINK MGR. THE LSCB PTR ADDRESSES THE CORRECT 

LSCB. 

OUTPUT: THE MESSAGE UNIT TO THE APPROPRIATE PROCEDURE 

REFERENCED BY THE FOLLOWING PROCEDURE (S): 

PU.SVC_MGR.NS.RCV PAGE 11-28 

REFERS TO THE FOLLOWING PROCEDURE(S) : 

FSM_ALS CONTACT DISCONTACT RES PAGE 11-122 

NS.INOP PROC ~ “ PAGE 11-90 

STATION CONTACTED PAGE 11-72 

XID F0RMAT_2 RCV PAGE 11-67 


*/ 

SELECT ANYORDER; 

. WHEN (-* (INPUT (SIGNAL)) S MUCB.XID * ON S XID. FORMAT = X'2') 


CALL XID_F0RMAT_2_RCV; 

/* 

PAGE 

11-67 

*/ 

WHEN(INPUT('CONTACTED')) 

DO; 

. CALL STATION_CONTACTED• 

/* 

PAGE 

11-72 

*/ 

. DISCARD MU; 

END; 

WHEN(INPUT('ALS RESET COMPLETE')) 

CALL FSM_ALS_CONTACT_DISCONTACT_RES(»ALS_RESET_COMPLETE') 

; /* 

PAGE 

11-122 

*/ 

OTHERWISE 

CALL NS.INOP_PROC(LSCB.EA); 

/* 

PAGE 

11-90 

♦/ 


END; 

RETURN; 

END NS.DLC_CONFIG; 
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XID_F0FMAT_2 - .RCV: PROCEDURE; 


FUNCTION: 


INPUT: 


OUTPUT: 


THIS PROCEDURE IS CALLED FROM NS. DLC^CONFIG TO HANDLE AN XID FORHAT 
2 THAT HAS BEEN RECEIVED. CHECKS ON THE CONSISTENCY AND CORRECTNESS 
OF PARAMETERS WITHIN THE XID, AND ON THE AGREEMENT BETWEEN 
PARAMETERS IN THE XID AND THE TGCB, ARE PERFORMED. FSM XID FORHAT_2 
AND FSM TGN ARE CALLED. IF NEITHER THE PARAMETER CHECKS NOi THE FSM 
CALLS FIND AN ERROR, THEN THIS XID IS ACCEPTED. IF FSM TGN AND 
FSM_XID FORMAT 2 INDICATE THAT THERE IS AGREEMENT BETWEEN THE TWO 
STATIONS ON TG”NUMBER AND ON PRIMARY AND SECONDARY STATUS, THEN THE 
PROCEDURE SUCCESSFUL XID EXCHANGE IS CALLED TO COMPLETE THE CONTACT 
PROCEDURE. IF AGREEMENT HAS NOT YET BEEN REACHED ON TG NUMBER OR 
PRIMARY AND SECONDARY STATUS, AN XID IS BUILT AND SENT. 

THE CURRENT MESSAGE UNIT IS XID FORMAT 2 FROM THE CALLING PROCEDURE. 
THE LSCB_PTR ADDRESSES THE CORRECT LSCB. 

XID TO LINK MGR 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 


FSM TGN 

PAGE 

11-125 

NS. DLC_.CONFIG 

PAGE 

11-66 

THE FOLLOWING PROCEDURE(S) : 

FSM TGN 

PAGE 

11-125 

FSM XID FORMAT 2 

PAGE 

11-126 

MULTI LINK TESTS 

PAGE 

11-70 

SUCCESSFUL XID EXCHANGE 

PAGE 

11-72 

XID ERR RCV 

PAGE 

11-73 

XID ERR SEND 

PAGE 

11-75 

XID FORMAT CHECK 1 

PAGE 

11-68 

XID_FO RMAT_CHECK_2 

PAGE 

11-69 

XID_FORMAT_2_BUILD 

PAGE 

11-71 


DCL XID BASED (ADDR(RU)) LIKE LSCB.XID_SEND; 


V 


LSCB.XID_RCV = XID; 


IF XID_FORMAT_CHECK 1 = NG THEN 
RETURN; 


/* 

PAGE 11-68 

*/ 

IF XID 2.ERROR STATUS -= X»0» THEN 

DO; 


/* 

ERROR 

*/ 

. CALL XID^ERR RCV; 

. RETURN; 
end; 


/* 

PAGE 11-73 

*/ 

IF XID^FORMAT CHECK 2 = NG THEN 
RETURN; 


/* 

PAGE 11-69 

*/ 

CALL FSM XID_FORMAT 2; 


/* 

PAGE 11-126 

*/ 

IF LSCB.XID SEND.ERROR^STATUS X'O* 

DO; 

THEN 

/* 

ERROR 

*/ 

. CALL XID_.ERR_.SEND; 

. RETURN; 

END; 


/* 

PAGE 11-75 

V 

CALL FSM TGN; 


/* 

PAGE 11-125 

*/ 

IF LSCB.XID_SEND.ERROR STATUS -*= X'O* 
DO; 

THEN 

/* 

ERROR 

*/ 

. CALL XID ERR SEND; 


/* 

PAGE 11-75 

*/ 


. RETURN; 
END; 


TGCB PTR = LSCB.TGCBPTR; 

IF (XID_2.TGN -*= 0) 6 (XID„2. MULTI LINK -.= TGCB.MULTI_LINK_SUPP) THEN 
DO; 


* LSCB.XID_SEND.ERROR^STATUS = EXCHANGED_PARMS_INCOMPAT; 

. LSCB.CONTACTED STATUS - INCOMPATIBLE STATIONS; 

. CALL XID_ERR_SEND; “ /* PAGE 11-75 */ 

END; 

ELSE 


IF -'EMPTY (TGCB. ASSOC_LSCB_LIST) THEN 


CALL MULTI_L1NK_TESTS; 

/* 

PAGE 11-70 

*/ 

IF LSCB.XID SEND.ERROR STATUS = X'O* THEN 

DO; 

/* 

NO ERROR 

*/ 

. DISCARD MU; 

/* 

DISCARD XID 

V 

. IF FSM_TGN = MATCH 8 

. (FSM XID FORMAT 2 = PEND ACT PRI 2 | 

/♦ 

PAGE 11-125 

*/ 

FSM_XID_FORMAT 2 = PEND_ACT SEC 1) THEN 

/* 

PAGE 11-126 

*/ 

. CALL SUCCESSFUL XID EXCHANGE; 

. ELSE 

/* 

PAGE 11-72 

V 

. CALL XIDJPORMAT 2 BUILD; 

END; 

/* 

PAGE 11-71 

V 


RETURN; 

END XID_FORMAT_2_RCV; 
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XID_F0BHAT_CHBCK_1: PROCEDURE RETURNS (BIT (1)); 

/* 


FUNCTION: THIS PROCEDURE IS CALLED FROM XID FORMAT 2 RCV TO CHECK THE FORMAT 
OF A RECEIVED XID. THESE FORMAT CHECKS ENSURE THAT THE RECEIVED XID 
FORMAT 2 IS COMPLETE ENOUGH THAT FURTHER CHECKING OF THE VALUES IN 
THE XID FIELDS IS WORTHWHILE. 

INPUT: THE CURRENT MESSAGE UNIT IS AN XID FORMAT 2 COMMAND OR RESPONSE. 

LSCB_PTR ADDRESSES THE CORRECT LSCB. 

OUTPUT: RC OF OK OR NG TO THE CALLING PROCEDURE 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

XID_.FORMAT_2_.RCV PAGE 11-67 

REFERS TO THE FOLLOWING PROCEDURE (S) : 

XID_ERR SEND PAGE 11-75 


DCL RC BIT (1); 


V 


RC = OK; 

IF (XID.PU TYPE SUBAREA_NODE) | 

(XID 2. FID 4 SUPPORTED -.= SUPPORTED) | 

(XID~2. DLC~TYPE (SDLC | CHAN370) ) | 

(XID“2.DLC“TYPE = SDLC S MUCB.XID LENGTH 43) | 

(XID~2. DLC_TYPE = CHAN370 6 MUCB.XID LENGTH -.= 41) THEN 

DO; 

. LSCB.XID SEND.ERROR_STATUS = EXCHANGED_PARMS_INCOMPAT; 

. LSCB.CONTACTED STATUS = INCOMPATIBLE STATIONS; 

. CALL XID_ERR_SEND; ~ /* PAGE 11-75 */ 

. RC * NG;~ 

END; 


RETURN(RC) ; 

END XID_F0RMAT_CHECK_1; 
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XID_F0RMAT_CHECK_2: PROCEDURE RETURNS (BIT (1)); 


/♦ 


FUNCTION: THIS PROCEDURE IS CALLED FROM XID FORMAT 2 RCV TO CHECK THE FORMAT 

OF A RECEIVED XID COMMAND OR RESPONSE. 

INPUT: XID IS THE CURRENT MESSAGE UNIT. THE LSCB PTR ADDRESSES THE CORRECT 

LSCB. 

OUTPUT: RETURN CODE OK OR NG TO THE CALLING PROCEDURE 


NOTE: THE CHDJSBNDER IS THE PRIMARY LINK STATION; THE RSP SENDER IS THE 

SECONDARY LINK STATION. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
XID__FORMAT_2_RC V 


PAGE 11-67 


REFERS TO THE FOLLOWING PROCEDURE(S): 
UPM CHAN370 CHECK 
XID~"eRR — SEND 


PAGE 11-113 
PAGE 11-75 


DCL RC BIT(1); 


V 


RC = OK; 

SELECT ANYORDER (LSCB.DLC_.TYPE) ; 


WHEN(SDLC) 

IF (XID 2.DLC TYPE -= SDLC) | 

(XID_2 SDLC.STA ROLE PRI = 
(XID 2 SDLC.STA ROLE_SEC = 
(XID_2_SDLC.STA_ROLE_SEC = 

(XID 2 SDLC.STA ROLE PRI = 
XID 2 SDLC.STA XMIT RCV CAP 
XID~2“SDLC.CMD~RSP PROFILE 


NO 8 XID 2.CONTACT OR LOAD_STAT = CMD_SENDER) | 

NO 8 XID”2.CONTACT”OR”LOADlsTAT = RSP~SENDER) | 

YES 8 XID 2 SDLC.SDLC~INIT RCV = -SIM) | 

/* SIM CHECK IS OPTIONAL 
NO 8 XID 2 SDLC. STA ROLE SEC = NO) j 
-= LSCB?LOCAL STATION. STA XMT_RCV CAP | 

-.= SNA LINK THEN 


DO; 


. LSCB.XID_SEND.ERROR_STATUS = EXCHANGED_PA RMS_INCOMPAT; 

. LSCB.CONTACTED STATUS = INCOMPATIBLE_STATIONS; 

. CALL XID_ERR_SEND; /* PAGE 11-75 

. RC = NG;” 

END; 


*/ 


*/ 


. WHEN(CHAN370) 

DO; 

. IF (XID 2.DLC TYPE -= CHAN370) | 

(LSCB.LOCAL_STATION.STATION TYPE = SECONDARY 8 XID 2 CHL.INIT_BUFFS = X*00') | 

(UPM_CHAN37 0_CHECK = NG) THEN /* PAGE 11-113 */ 

. . DO; 

. LSCB.XID_SEND.ERROR_STATUS = EXCHANGED_PARMS_INCOMPAT; 

. . . LSCB.CONTACTED_STATUS = INCCMPATIBLE_STATIONS; 

. CALL XID ERR SEND; “ /* PAGE 11-75 */ 

. RC = NG;“ 

END; 

END; 

END; 


RETURN(RC); 

END XID_FORMAT_CHECK_2; 
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MULTI.LINK.TESTS: PROCEDURE 


FUNCTION: 


INPUT! 


OUTPUT: 


THIS PROCEDURE IS CALLED FROM XID FORMAT 2 RCV WREN XID IS RECEIVED 
FOR A LINK THAT IS ASSIGNED TO A TG FOR WHICH ANOTHER LINK IS 
CURRENTLY ACTIVE. AN XID INDICATING AN ERROR IS SENT IF TEE TG IS 
NOT A MULTIPLE-LINK TG, IF THE RECEIVED XID INDICATES THAT TEE LINK 
IS NOT TO BE ASSIGNED TO A HULTIPLE-LINK TG, OR IF THE HAXIHUH BTU 
LENGTH SUPPORTED BY THE LINK IS NOT AT LEAST AS LARGE AS THAT 
SUPPORTED BY THE TG. 

THE RECEIVED XID IS THE CURRENT MESSAGE UNIT. TEE TGCB_JPTR 
ADDRESSES THE CORRECT TGCB. THE LSCB^PTR ADDRESSES THE CORRECT 
LSCB. 


NONE 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 
XID.FORMAT_2.RCV 

REFERS TO THE FOLLOWING PROCEDURE(S): 

XID ERR SEND 


PAGE 11-67 
PAGE 11-75 


IF (TGCB.MULTI_LINK.SUPP \ XID.2.MULTI LINK) * -.SUPPORTED THEN 
DO; 

. LSCB.XID SEND.ERROR STATUS * MULTI OR DLC^INCOHPATIBLE; 

. LSCB.CONTACTED STATUS * INCOMPATIBLE STATIONS; 

. CALL XID.EBR.SEND; “ /♦ PAGE 11-75 

END; 

ELSE 

DO; 

IF (XID 2 SDLC.MAX.RECEIVABLE I FIELD < TGCB.MAX SEND BTU LENGTH) THEN 
DO; 

. LSCB.XID SEND.ERROR STATUS * SUBSEQUENT LINK FARMS INCOMPAT; 

. LSCB.CONTACTED STATUS * INCOMPATIBLE WITH TG? 

. CALL XID ERR SEND; ~ /* PAGE 11-75 

END; 

END; 

RETURN; 

END MULTI.LINK.TESTS; 
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XID_F0RMAT_2_BUILD: PROCEDURE; 


FUNCTION: BUILDS XtD FORMAT 2 TO BE SENT TO AN ADJACENT LINK STATION. 

INPUT: THE LSCB_PTR ADDRESSES THE CORRECT LSCB. IF THE STATION IS ASSIGNED 

TO A TG, THE TGCB_PTR ADDRESSES THE CORRECT TGCB. 

OUTPUT: XID FORMAT 2 TO THE CALLING ROUTINE 

NOTE: INPUT TO THE FSM IS <S, CMD_SENDER, --ERR) OR (S, RSP_SENDER, -ERR). 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 


1 

CONTACT CONFIG 

PAGE 

11-44 

1 

SUCCESSFUL XID EXCHANGE 

PAGE 

11-72 

1 

XID__FORMAT_2_RCV 

PAGE 

11-67 

1 

1 

1 

REFERS TO THE FOLLOWING PROCEDURE(S) : 

FSM XID FORMAT 2 

PAGE 

11-126 

I 

UPM BUILD FORMAT 2 XID 

PAGE 

11-113 

1 

l 

UPM_PRI_SBC_ROLE 

PAGE 

11-115 

DCL 

CALL 

XID BASED(ADDR (RU)) LIKE LSCB.XID_SEND; 

UPM_BUILD_FORMAT_2_XID; 


/* 


/* PAGE 11-113 


*/ 

V 


SELECT ANYORDER (LSCB.DLC^TYPE) ; 

. WHEN(SDLC) 

. DO; 

. . IF TGCB PTR * NULL THEN 

XID 27TG_STATUS - INACTIVE; 

. . ELSE 

DO; 

. . . IF EMPTY(TGCB.ASSOC LSCB LIST) THEN 

XID_2.TG STATUS =~INACTIVE; 

. . . ELSE 

. . . XID 2.TG STATUS = ACTIVE; 

. XID 2.MULTI LINK = TGCB.MULTI LINK_SUPP; 

END; 

. . XID 2.TGN = LSCB.XID SEND.TGN; 

. XID~2 SDLC.MAX RECEIVABLE I FIELD - LSCB.LOCAL STATION.MAX_BTU LENGTH; 
. XID 2~SDLC.STA XMIT_RCV_CAP = LSCB. LOCALISATION. STA_XMT_RCV_CAP; 

. . XID~27DLC TYPE~= SDLC; 

. . MUCB. XID__LENGTH * 43; 

. END; 

. WHEN(CHAN370) 

DO; 

. . XID_2.TG STATUS * INACTIVE; 

. . XID 2.MULTI — LINK = -SUPPORTED; 

. . XID~2.TGN ~~LSCB.XID__SEND.TGN; 

. . XID~2.DLC TYPE - CHAN370; 

. MUCB.XID LENGTH = 41; 

. END; 

END; 

XID.PU_TYPE = NCB.PU__TYPE; 

XID 2.FID 4 SUPPORTED = SUPPORTED; 

XID 2.ERROR STATUS = 0; 

XID 2.CONTACT OR LOAD STAT = LSCB. XID_^SEND.CONTACT_OR_LOAD_STAT; 

XID~*2 SDLC. STA ROLE_SEC = YES; 

XIdI2IsDLC.STaIr0Le“pRI - YES; 


CALL UPMJPRI SEC_ROLE; 

LSCB.XID SEND = XID; 

/* 

PAGE 11-115 

*/ 

CALL FSMJCID FORMAT 2; 

MUCB.DIRECTION = SEND; 

/* 

NOTE, PAGE 11-126 

V 


SEND HU TO PU.SVC_MGR.LINK_MGR; 
RETURN; 

END XIDJFOBMAT__2_BUILD; 
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SUCCESSFUL_XID_EXCHANGE: PROCEDURE; 

/* 

| FUNCTION: THIS PROCEDURE IS CALLED FROM XID FOBMAT„2 RCV WHEN XID EXCHANGE HAS 

| BEEN SUCCESSFULLY COMPLETED. IF THE LINK STATION IN THIS NODE HAS 

| ASSUMED THE SECONDARY BOLE, AN XID IS SENT TO THE PRIMARY STATION. 

{ IF THE STATION IN THIS NODE HAS ASSUMED THE PRIMARY ROLE, NO XID IS 

| SENT. IN EITHER CASE ’CONTACT• IS SENT TO THE LINK^MGR TO TRIGGER 

| THE LINK INITIALIZATION PROCEDURE. 

| INPUT: THE CURRENT MESSAGE UNIT IS XID FORMAT 2. 

I 

| OUTPUT: XID MU AND 'CONTACT* TO LINK MGR 

I 

{ REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

I XIDJ?ORMAT_2_RCV PAGE 11-67 

\ REFERS TO THE FOLLOWING PROCEDURE(S): 

t FSM XID FORMAT 2 PAGE 11-126 

| XID FORMAT 2 BUILD PAGE 11-71 


—i 

V 

♦/ 

V 


IF FSM XID FORMAT 2 * PEND ACT SEC 1 THEN /* PAGE 11-126 

CALL~XID[>0RMAtI2_BUILD;~ ~ /♦ PAGE 11-71 

SEND 'CONTACT' TO PU.SVC_MGR.LINK.MGR; 

RETURN; 

END SUCCESSFUL_XID_EXCHANGE; 


STATION_CONTACTED: PROCEDURE; 

/* 

r~-■-—---—----- ——* - - -—- 2 -—1 

| FUNCTION: THIS PROCEDURE IS CALLED FROM NS.DLC CONFIG WHEN A LINK STATION HAS | 

| BEEN CONTACTED. IT CALLS SEND CONTACTED TO SEND CONTACTED REQUESTS f 

| TO ALL CP(S) THAT ARE IN THE~ LINK STATION'S CP LIST. THE LINK | 

| STATION IS ADDED TO THE LIST OF ACTIVE LINK STATIONS ASSIGNED TO THE | 

I TG. | 

I I 

j INPUT: THE CURRENT SIGNAL IS 'CONTACTED' SENT FROM LINK MGR. THE LSCB_PTR | 

j ADDRESSES THE CORRECT ISCB. ~ | 

| OUTPUT: TG__OP' TO PC ROUTE MGR. RCV; UPDATED TGCB \ 

I I 

t NOTE: THIS ADDS THE NEWLY ACTIVE LINK STATION TO THE TGCB. | 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : \ 

| NS.DLC CONFIG PAGE 11-66 | 

I ~ I 

| REFERS TO THE FOLLOWING PROCEDURE(S): | 

{ FSM_XID_FORMAT__2 PAGE 11-12C f 

l SEND_CONTACTED PAGE 11-73 I 

i----- j 

V 

TGCB_PTR = LSCB.TGCBPTR; 

CREATE ASSOC__LSCB — ENTITY; 

ASSOC LSCB ENTITY.LSCBPTR = LSCB PTR; 

INSERT ASSOC__LSCB__ENTITY IN TGCB7aSSOC_LSCB_LIST ; 

IF EMPTY (TGCB.ASSOC_LSCB_LIST) THEN 
DO; 

. TGCB.MAX SEND BTU LENGTH = LSCB.XID_RCV.MAX PIU LENGTH; 

. SEND 'TG_OP' TO PU. SVC_MGR.PC_ROUTE,MGR.RCV; /* CHAPTER 12 */ 

END; 

NRCB PTR = LOCATE_NODE_RESOURCE(LSCB.EA) ; 

IF FSM XID FORMAT"2 = PEND ACT PRI 2 THEN 
NRCB.LINK DLC_ROLE * SECONDARY; 

ELSE 

NRCB.LINK_DLC_ROLE = PRIMARY; 

INSERT ASSOC LSCB ENTITY IN TGCB.ASSOC w LSCB LIST; /* NOTE V 

MU PTR * UPM CREATE RQ ('CONTACTED(LOADED STA)•); /* APPENDIX B */ 

CALL SEND CONTACTED; /* PAGE 11-73 */ 

CALL FSM_XID_FORMAT_2; /* PAGE 11-126, INPUT IS CONTACTED(LOADED^STA) ♦/ 

DISCARD MU; /* DISCARD CONTACTED RQ */ 

RETURN; 

END STATION^CONTACTED; 
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SEND CONTACTED: PROCEDURE; 


FUNCTION: 


INPUT: 

OUTPUT: 


THIS PROCEDURE IS CALLED FROM STATION CONTACTED, XID ERR RCV AND 
XID ERR SEND TO SEND CONTACTED REQUESTS TO THE CP(S)~ IN THE 
CPCB_LIST FOR THIS LINK STATION, I.E., THAT HAVE SENT A CONTACT 
REQUisT THAT HAS RESULTED IN A POSITIVE RESPONSE, BUT NOT YET IN A 
CONTACTED REQUEST. 


THE CURRENT MESSAGE UNIT IS A COPY OF THE CONTACTED REQUEST 
SENT. THE LSCB_PTR ADDRESSES THE CORRECT LSCB. 

CONTACTED REQUEST (S) TO SNS.SEND. 


TO BE 


REFERENCED BY THE FOLLOWING PROCEDURE (S) : 

STATION CONTACTED PAGE 11-72 
XID ERR~RCV PAGE 11-73 
XID ERR SEND PAGE 11-75 


DCL CONTACTED_PTR PTR; 

CONTACTED_PTR = MU PTR; 

FIND NRCB IN NRCbJlIST WHERE(NRCB.ELEMENT^ADDRESS = LSCB.EA); 

SCAN NRCB.CP_INDIRECT_.LIST PTR (CP_INDIRECT PTR); 

. CPCB PTR =”CP INDIRECT.CP ENTRY~PTR; 

. CREATE MU; 

. MU = CONTACTED PTR->KU; /* COPY THE CONTACTED REQUEST 


. SCB PTR = CPCB.CP SCB ID; 
. SEND MU TO SNS.SEND; 
SCANEND; 

MU_PTK = CONTACTED_PTR; 
RETURN; 

END SEND_CONTACTED; 


/* CHAPTER 6 


*/ 


*/ 

*/ 


XID_ERR_RCV: PROCEDURE; 


THIS PROCEDURE IS CALLED FROM XID_FORMAT_2_RCV WHEN AN XID WITH THE 
ERROR STATUS FIELD SET TO A NONZERO VALUE IS RECEIVED. THE NON-ZERO 
VALUE INDICATES THAT THE LATEST XID SENT FROM THE LINK STATION IN 
THIS NODE WAS IN ERROR. 


RECEIVED XID IS THE CURRENT MESSAGE UNIT. 
THE CORRECT LSCB. 


THE LSCB PTR ADDRESSES 


OUTPUT: CONTACTED WITH APPROPRIATE ERROR STATUS TO SNS.SEND 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 


FSM TGN 

PAGE 

11-125 

XXD_FORMAT_2_RCV 

PAGE 

11-67 

THE FOLLOWING PROCEDURE(S): 

FSM TGN 

PAGE 

11-125 

FSM XID FORMAT 2 

PAGE 

11-126 

SEND CONTACTED 

PAGE 

11-73 


DCL XID BASED (ADDR (RU)) LIKE LSCB.XID_SEND; 

LSCB.XID RCV * XID; 

CALL FSM~XID FORMAT 2; /* PAGE 11-126, INP1 

DISCARD MU; 

SELECT ANYORDER(LSCB.XID RCV.ERROR STATUS); 

. WHEN (EXCHANGED PARMS INCOMPAT | MULTI OR DLC INCOMPATIBLE) 

mu_ptr = upm“create_rq(*contacted(INcompatIst)•) ; 

. WHEN(SUBSEQUENT LINK PARMS INCOMPAT) 

. MU_PTR = UPM_CREATE_RQ (‘CONTACTED(INCOMPAT_TG) *) ; 

. WHEN(NO TG) 

MU PTR = UPM_CREATE RQ (‘CONTACTED(NO_RQUTE) ') ; 

END; 

CALL SEND_CONTACTED; 

CALL FSM_TGN; /* PAGE 11-125, INPt 

DISCARD MU; 

RETURN; 

END XID ERR RCV; 


IS 

(ERR,R) 

V 

/* 

DISCARD XID 

*/ 

/* 

APPENDIX B 

*/ 

/* 

APPENDIX B 

*/ 

/* 

APPENDIX B 

*/ 

/* 

PAGE 11-73 

*/ 

IS 

CONTACTED(NOT_LOADED) 

*/ 

/* 

DISCARD CONTACTED RQ 

♦/ 
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XID_ERR_SEND: PROCEDURE; 


/♦ 


1— 

FUNCTION; 

THIS PROCEDURE IS CALLED FROM XID FORMAT 2 RCV WHEN 

AN ERROR IS 

“1 



FOUND WHILE PROCESSING A RECEIVED 

XID. 

THIS PROCEDURE BUILDS AND 




SENDS AN XID AND CONTACTED REQUEST(S) WITH APPROPRIATE 

ERROR CODES. 



INPUT: 

THE LSCB__PTR ADDRESSES THE CORRECT 

LSCB. 





OUTPUT; 

XID TO LINK_MGR 






REFERENCED 

BY THE FOLLOWING PROCEDURE(S) : 







FSMJTGN 

PAGE 

11-125 





MULTI LINK TESTS 

PAGE 

11-70 





XID FORMAT CHECK 1 

PAGE 

11-68 





XID FORMAT CHECK 2 

PAGE 

11-69 





XID_FORMAT.2_.RCV 

PAGE 

11-67 




REFERS TO 

THE FOLLOWING PROCEDURE(S) : 







FSM TGN 

PAGE 

11-125 





FSM_XID_FORMAT 2 

PAGE 

11-126 





SEND CONTACTED 

PAGE 

11-73 



1_ 


UPM BUILD ERROR XID 

PAGE 

11-113 


| 


*/ 

DISCARD HU; /* DISCARD XID */ 


*/ 

DISCARD HU; /* DISCARD XID */ 

CALL UPM_BUILD_ERROR_XID; /* PAGE 11-113 */ 

SEND MU TO PU.SVC_MGR.LINK_MGR; 

IF FSM XID_FORMAT_2 RESET THEN /* PAGE 11-126 */ 

DO; 

. SELECT ANYORDER(LSCB.CONTACTED STATUS); 

. . WHEN (INCOMPATIBLE STATIONS) 

. . MU.PTR = UPM_CREATE_RQ(•CONTACTED(INCOMPAT.ST)')? /* APPENDIX B */ 

. . WHEnTiNCOMPATIBLE WITH TG) 

. . MU_PTR = UPM.CREATE.RQ('CONTACTED(INCOMPAT.TG) ») ; /* APPENDIX B */ 

. . WHEN (NO TG) 

. . MU.PTR = UPM CREATE.RQ(*CONTACTED(NO_TG) ') t /* APPENDIX B */ 

. END; 

. CALL SEND CONTACTED; /* PAGE 11-73 */ 

. CALL FSM XID FORMAT 2; /* INPUT IS CONTACTED(NOT LOADED ), PAGE 11-126 */ 

. CALL FSM~TGN7 /* INPUT IS CONTACTED(NOT LOADED), PAGE 11-125 */ 

. DISCARD MU; /* DISCARD CONTACTED RQ */ 

END; 


RETURN; 

END XID_ERR_SEND; 
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NS.DLC_RCV: PROCEDURE; 

/* 

| FUNCTION; THIS PROCEDURE RECEIVES AIL MESSAGES FROM THE LINK_MGR. VALID INPUT 

| IS SENT TO THE APPROPRIATE PROCEDURE. INVALID INPUT CAUSES A CALL 

| TO NS.INOP PROC THAT CREATES AN INOP REQUEST, WHICH IS SENT TO ALL 

| APPROPRIATE HALF-SESSIONS. 

I 

| INPUT; REQUESTS, RESPONSES, OR SIGNALS FROM THE LINK_MGR 

| OUTPUT; VALID NS REQUESTS, VALID NS RESPONSES, VALID SIGNALS, AND INOP 

REQUESTS 

NOTE: THE PROTOCOL BOUNDARY THAT IS MAINTAINED BETWEEN THE PU.SVC JMGR. NS 

AND LINK__MGR IS DEFINED AS FOLLOWS: 

1. TH INFORMATION: 

• NONE 

2. RH INFORMATION: 

• REQUEST/RESPONSE'INDICATOR 

• SENSE DATA INCLUDED INDICATOR 

3. RU INFORMATION (THE RU INFORMATION IS IN THE FORMAT SHOWN IN 
APPENDIX E). 

IN ADDITION TO RU'S AND RESPONSES THAT FLOW THE FOLLOWING 
SIGNALS ALSO ARE SENT BY DLC.PRI: 

• 'ALS RESET COMPLETE* 

• *CONNECT_IN_SUCCESSFUL* 

• ’CONNECT OUT SUCCESSFUL* 

• 'XID COMPLETED* INCLUDES RETURNED XID DATA. 

• *LINK_RESET_COMPLETE' 

• 'LINK~TEST COMPLETED' 

• 'TEST COMPLETED' 


THE FOLLOWING SIGNALS ARE SENT BY PU.SVC_MGR.NS TO DLC.PRI: 
'RESET* 

• 'XID' INCLUDES XID DATA TO RE SENT 


tEFERENCED BY THE FOLLOWING PROCEDURE(S) : 
PU.SVC_MGR.NS.RCV 

REFERS TO THE FOLLOWING PROCEDURE(S) : 

NS.CONN RSP 
NS.CONTACT_RSP 
NS.EXECTEST_PROC 
NS.INOP PROC 

ns.liniTrsp 

ns.load”rsp 

NS.SIG RSP_PRI 
ns.sig"“rsp SEC 

NS.TESTMODE PROC 


PAGE 11-28 


PAGE 11-82 
PAGE 11-80 
PAGE 11-108 
PAGE 11-90 
PAGE 11-79 
PAGE 11-84 
PAGE 11-88 
PAGE 11-88 
PAGE 11-109 


SELECT ANYORDER; 


I 

L 


INPUT IS REQUEST 


I 


*/ 

WHEN(INPUT(RQ) & NS_RQ CODE = CONTACTED S 
CONTACTED_RQ.STATUS = LOADED 8 
NRCB.LINK“DLC_ROLE - SECONDARY) 

CALL NS.CONTACTjRSP; /* PAGE 11-80 */ 

WHEN(INPUT(RQ) S NS RQ CODE = CONTACTED S 
NRCB.LINK DLC ROLE = PRIMARY) 

CALL NS.CONTACTJRSP; /* PAGE 11-80 */ 

WHEN(INPUT(RQ) & NS_RQjCODE = INOP) 

CALL NS.lNOPjPROC (LSCB.EA) ; /* PAGE 11-90 */ 

WHEN(INPUT(RQ) & NS RQ CODE = (IPLINIT | IPLTEXT | IPLFINAL 1 
DUMPINIT | DUMPTEXT | DUMPFINAL | RPO) 8 
NRCB.LINK_DLC_ROLE = SECONDARY) 

SEND MU TO UPM DLC SEC_RQ PROC; 

/* 

i-----■------—--1 

| THIS UPM PERFORMS THE IPL, DUMP, OR RPO | 

| FUNCTION, CREATES THE RESPONSE, AND SENDS IT | 

| BACK TO THE LINK_MGR. | 

L-„ -—-.—..---1 

V 


WHEN(INPUT(RQ) 6 NSjRQ_CODE = RECTR) 


CALL NS.TESTMODEjPROC; 

/* 

PAGE 

11-109 

V 

WHEN(INPUT(RQ) & NS_RQjCODE = RECTD) 

CALL NS.EXECTESTJPRQC; 

/* 

PAGE 

11-108 

*/ 
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/* 

INPOT IS A RESPONSE | 


L-„-1 


WHEN (INPUT (RSP) & NS_RQ_CODE * (ACTCONNIN 
DO; 

. IF RTI = POSITIVE THEN 
. CALL NS.CONN_RSP; 

. ELSE 

CALL NS.INOP_PROC(LSCB-EA) ; 

END; 

| DACTCONNIN | 

ABCONN)) 

/* PAGE 

/* PAGE 

11-82 

11-90 

*/ 

*/ 

*/ 

WHEN(INPOT(RSP) & NS_RQ_CODE * (ACTLINK | 
CALL NS.LINK_RSP; 

DACTLINK) ) 

/* 

PAGE 

11-79 

*/ 

WHEN(INPOT (RSP) & NS RQ CODE = (CONNOOT | 
CALL NS.CONN_.RSP; 

ABCONNOOT) ) 

/* 

PAGE 

11-82 

*/ 

WHEN(INPOT(RSP) 6 NS RQ CODE = DISCONTACT) 
CALL NS.CONTACT_RSP; 


/* 

PAGE 

11-80 

*/ 

WHEN(INPOT(RSP) & 

(NS RQ CODE = (IPLINIT | IPLTEXT | IPLFINAL | 
DUMPINIT | DOMPTEXT | DUMPFINAL | RPO))) 

CALL NS.LOAD RSP; 

/* 

PAGE 

11-84 

*/ 






/* 

1 INPUT IS A 

, SIGNAL 


1 



WHEN(NRCB.LINK DLC ROLE = PRIMARY & 

(INPUT ('CONNECT.IN SOCCESSFOL') | 

INPOT('connect_out”soccessful» ) | 

INPUT('XID COMPLETED*) \ 

INPUT ('ALS RESET COMPLETE') | 

INPUT ('LINK RESET COMPLETE'))) 

CALL NS.SIG_RSP_PRI; 


/* 

PAGE 

11-86 

*/ 

*/ 

WHEN (NRCB.LINK DLC ROLE = SECONDARY & 
(INPUT ('CONNECT IN SOCCESSFOL') | 
INPUT ('CONNECT_OOT~SUCCESSFOL') | 
INPUT('XID') | 

INPOT(•ALS RESET_COMPLETE') | 

INPUT('LINK_RESET_COMPLETE'))) 

CALL NS.SIG_RSP_SEC;“ 


/* 

PAGE 

11-88 

*/ 

WHEN(INPUT('TEST COMPLETED*)) 

CALL NS.TESTMODE_PROC; 


/* 

PAGE 

11-109 

*/ 

WHEN(INPUT (' LINK TEST COMPLETED')) 

CALL NS.EXECTEST_PROC; 


/* 

PAGE 

11-108 

V 






/* 

r 

| ANY SIGNAL r OF RU BUT NOT ONE OF THOSE 

ABOVE 

—i 

1 

_i 



OTHERWISE 

CALL NS.INOP_PROC(LSCB.EA) ; 


/* 

PAGE 

11-90 

*/ 

*/ 


RETURN; 

END NS.DLC_RCV; 
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NS.LINK_RSP: PROCEDURE; 


/♦ 


FUNCTION: THE RESOURCE FSB FOR THE LINK ADDRESSED BY ACTLINK OR DACTLINK IS 

CHECKED. IF A RSP(ACTLINK) THEN THE RESOURCE FSM MUST BE IN THE 

PEND ACTIVE STATE. IF A RSP(DACTLINK) IS RECEIVED THEN THE RESOURCE 
FSM MUST BE IN THE PEND RESET STATE. IF NOT TRUE THEN THE LINK IS 
RESET. 

INPUT: POSITIVE AND NEGATIVE RESPONSES TO ACTLINK AND DACTLINK FROM 

NS.DLC RCV (PAGE 11-76). THE LSCB PTR IDENTIFIES THE SOURCE 

ADJACENT LINK STATION. 

OUTPUT: THE RESPONSES TO ACTLINK OR DACTLINK TO THE RESOURCE FSM 

LINK_EA.LINK_ACT_RES AND TO THE CORRESPONDING HALF-SESSIONS 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 
NS.DLC_RCV 


PAGE 11-76 


REFERS TO THE FOLLOWING PROCEDURE(S)5 
FSM LINK ACT_RES 
NS.INOP PROC 
UPM_RESTORE SNF 


PAGE 11-119 
PAGE 11-90 
PAGE 11-115 


DCL LINK_EA BIT (16); 


V 


NRCB_PTR = FIND_LINK_FOR_RESOURCE(LSCB.EA); 

LINK~EA * NRCB.ELEMENT ADDRESS; 

SELECT ANYORDER(NS_RQ_CODE); 

. WHEN(ACTLINK) 

. DO; 

. IF FSM LINK ACT RES -= FEND ACTIVE THEN 

. . call”ns.inopJ?roc (link_ea7; 

. . ELSE 

. . DO; 

. . . CALL FSM LINK ACT RES; 

. . . SCAN NRCB.CP INDIRECT LIST PTR(CP INDIRECT PTR); 

. . . . CPCB PTR =~CP INDIRECT.CP_ENTRY_PTR; 

. . . . SCB PTR = CPCB.CP_SCB ID; 

. . MUJPTR = UPM_CREATE_BSP(*ACTLINK'); 

. . . . CALL UPM RESTORE SNF; 

* . . - SEND MU TO SNS.SEND; 

. . . SCANEND; 

END; 

END; 

. WHEN(DACTLINK) 

. DO; 

. IF FSM — LINK ACT_RES -*= FEND_RESET THEN 
CALL'NS.INOP PROC(LINK EAf; 

. ELSE 
. . DO; 

. CALL FSM LINK ACT RES; 

. SCAN NRCB.CPjENDIBECT_LIST PTR(CP_INDIRECT_PTR); 
. . . . CPCB PTR = CP_INDIRECT.CP_ENTBY_PTR; 

. . SCB PTR = CPCB.CP SCB ID;” 

. . . . MU PTR = UPM CREATE RSP(•DACTLINK') ; 

. . CALL UPM RESTORE SNF; 

. . SEND MU TO SNS.SEND; 

. . . SCANEND; 

. CALL DEQUEUE_RUS_FROM_RESOURCE(LINK_EA) ; 

. . END; 

. END; 

END; 

RETURN; 

END NS.LINK RSP; 


/* APPENDIX B 


/* PAGE 11-119 
/* PAGE 11-90 


/* PAGE 11-119 


/* APPENDIX B 
/* PAGE 11-115 
/* CHAPTER 6 


/* PAGE 11-119 
/* PAGE 11-90 


/* PAGE 11-119 


/* APPENDIX B 
/* PAGE 11-115 
/* CHAPTER 6 

/* APPENDIX B 


*/ 


*/ 

V 


*/ 


*/ 

V 

*/ 


V 

*/ 


*/ 


*/ 

*/ 

V 

*/ 
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NS.COHTACT_.RSP: PROCEDURE; 


/* 


FUNCTION: THE PERTINENT RESOURCE FSM IS CHECKED TO SEE IF IT IS IN THE 

APPROPRIATE STATE TO RECEIVE THE RESPONSE/REQUEST. IF SO, THE 
RESOURCE FSM • S ARE UPDATED AND THE RESPONSE/REQUEST IS FORWARDED. 
IF NOT, THE RESPONSE/REQUEST IS DISCARDED AND NS.INOP PROC IS CALLED 
TO CREATE AN INOP REQUEST AND SEND THE REQUEST TO THE APPROPRIATE 
HALF-SESSIONS. 

INPUT: CONTACTED (LOADED), CONTACTED(ERROR) , CONTACTED(LOAD REQUIRED) 

REQUESTS, ±RSP(DISCONTACT,0322) FROM NS.DLC_RCV (PAGE 11-76) 

OUTPUT: THE REQUEST/RESPONSE TO THE FIRST. CP IN THE RESOURCE'S CPCB LIST. 

RESET SIGNAL TO THE CONTACT RESOURCE FSM 

REFERENCED BY THE FOLLOWING PROCEDURE (S): 

NS.DLC_RCV ’ PAGE 11-76 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM ALS_CONTACT DISCONTACT_RES PAGE 11-122 
NS.INOP~PROC ~ ~ PAGE 11-90 


DCL ALS_EA BIT (16); 


♦/ 


NRCB PTR = LOCATE_NODE RESOURCE(LSCB.EA); /* APPENDIX B 

ALS_EA = NRCB.ELEMENT ADDRESS; 

SELECT ANYORDER(NS RQ~CODE); 


CONTACTED(LOADED) FROM NS.DLC_RCV 



WHEN(CONTACTED) 

DO; 

IF CONTACTED RQ.STATUS = LOADED THEN 
DO; 

IF FSM_ALS CONTACT_DISCONTACT_RES = PEND ACTIVE THEN /* PAGE 11-122 
DO; 

CALL FSM_ALS_CONTACT_DISCONTACT RES; /* CONTACTED(LOADED) PAGE 11-122 
SCAN NRCB.CP INDIRECT_LIST PTR(CP INDIRECT PTR); 

. CPCB PTR =~CP INDIRECT.CP ENTRY“PTR; 

. SCB PTR * CPCB.CP SCB ID;” 

. MU PTR = UPM CREATE RQ ('CONTACTED (LOADED) ') ; 

. SEND MU TO SNS.SEND? /* CHAPTER 6 

SCANEND; 

IF LSCB. TGCBPTR -.= NULL THEN 
DO; 

. TGCB PTR - LSCB.TGCBPTR; 

. CREATE ASSOC_LSCB_ENTITY; 

. ASSOC LSCB ENTITY7LSCBPTR = LSCB PTR; 

. INSERT ASSOC_LSCB_ENTITY IN TGCB.ASSOC_LSCB LIST; 

. SEND • TG_OP'~TO FU.SVC MGR.PC_R0UTE MGR.RCvT /* CHAPTER 12 
END; 

END; 

IF FSM_ALS CONTACT__DISCONTACT_RES = PEND RESET | 

FSM ALS_CONTACT DISCONTACT RES = RESET IN_PROGRESS THEN 

/* PAGE 11-122 

DISCARD MU; 

ELSE 

/* RESET, ACTIVE, OR TEST IN PROGRESS 
CALL NS.INOP_PROC(ALS_EA); /* PAGE 11-90 

END; 


[ CONTACTED(ERROR) OR CONTACTED(LOAD REQUIRED) 
| FROM NS.DLC_RCV 


I 

I 


ELSE 

IF CONTACTED RQ.STATUS = (LOAD_REQUIRED | ERROR) THEN 
DO; 

. IF FSM ALS CONTACT DISCONTACT RES - PEND_ACTIVE THEN /* PAGE 11-122 
DO; 

. CALL FSM_ALS_CONTACT_DISCONTACT_RES; /* CONTACTED (ERROR|LOAD^REQUIRED) 
. . /* PAGE 11-122 

. . SCAN NRCB.CP^INDIRECT LIST PTR(CP INDIRECT PTR); 

. . cpcb_ptr = cp.indirect.cp^entry'ptr; 

. . . SCB PTR = CPCB.CP SCB ID; 

. . IF CONTACTED RQ.STATUS = ERROR THEN 
. . . MU PTR = UPM CREATE RQ('CONTACTED(ERROR)'); 

. . . ELSE” 

. . . MU PTR * UPM CREATE RQ (•CONTACTED(LOAD_REQUIRED) •) ; 

. . . SEND”MU TO SNS.SEND; /* CHAPTER 6 

. . SCANEND; 

. END; 

END; 

IF FSH ALS CONTACT DISCONTACT RES = PEND RESET | 

FSM ALS CONTACT DISCONTACT RES * RESET IN PROGRESS THEN 

/* PAGE 11-122 

DISCARD MU; 

ELSE 


/* RESET, ACTIVE, OR TEST IN PROGRESS 
CALL NS.INOP_PRQC(ALS_EA); /* PAGE 11-90 


END; 


*/ 


/* 


*/ 


V 

*/ 


*/ 


*/ 


*/ 

*/ 

*/ 

/* 


*/ 


*/ 

*/ 

*/ 


V 


*/ 


*/ 

V 
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/* 


r POSITIVE OR NEGATIVE RESPONSE TO DISCONTACT \ 
| FROM NS.DLC_RCV | 

i.,..............i 


NHEN(DISCONTACT) 

DO; 

. CP INDIRECT PTR = FIRST ENTRY(NRCB.CP INDIRECT LIST); 
. CPCB PTR = CP INDIRECT.CP^ENTRY PTR; 

. SCB PTR - CPCB.CP SCB ID;~ 



V 


IF FSH ALS CONTACT DISCONTACT RES = PEND RESET THEN 
DO; 

/* 

PAGE 11-122 

V 


. SEND MU TO SNS.SEND; 

/♦ 

CHAPTER 6 

*/ 


. CALL FSH ALS CONTACT DISCONTACT RES ('RESET*); 

/* 

PAGE 11-122 

*/ 


. TGCB PTR~= FIND TGCB'fOR ALS EAlALS EA) ; 

. IF TGCB PTR -.= NULL THEN”" 

DO; 

/* 

APPENDIX B 

♦/ 


. . CALL DELETE ALS FROH TGCB(ALS EA); 

. . IF EMPTY(TGCB.ASSOC LSCB LIST) THEN 

/* 

APPENDIX B 

V 


. . SEND «TG INOP NORMAL* TO PU.SVC MGR.PC ROUTE MGR.: 

END; 

. ELSE 

RCV; /* CHAPTER 12 

*/ 


. SEND 'REX INOP' TO PU.SVC_MGR.CSC MGR.SON; 

/* 

CHAPTER 13 

*/ 


. CALL DEQUEUE RUS FROM^RESOURCE (ALS__EA) ; 

END; 

IF FSH_ALS_CONTACT_DISCONTACT_RBS = RESET_IN_PROGRESS 

/* 

THEN 

APPENDIX B 

V 


DISCARD MU; 

ELSE 

/* 

PAGE 11-122 

*/ 


/* RESET, ACTIVE, PEND ACTIVE, OR TEST IN 

PROGRESS 

V 

. CALL NS.INOP PROC(ALS_EA); 

END; 

/♦ 

PAGE 11-90 

*/ 


END; 

RETURN; 

END NS.CONTACT RSP; 
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/* 



i POSITIVE RESPONSE TO ABCONN 


” 1 






V 


WHEN(ABCONN) 





DO; 





. NRCB_PTR * FIND ALS_FOR_RBSOURCE(LSCB.EA) ; 

/* 

APPENDIX B 

*/ 


. IF FSH ALS CONNECTED RES = PEND RESET THEN 

/* 

PAGE 11-121 

V 


. DO; 





• . SEND HU TO SNS.SEND; 

/* 

CHAPTER 6 

V 


. CALL FSH ALS CONNECTED RES; 

/* 

PAGE 11-121 

*/ 


. ERROR SNITCH"* OFF; 





. END; 





END; 




END; 








/* 


COHHON PROCESSING TO DISCARD THE RESPONSE 

*—i 

1 



| (RESPONSE IS NOT CURRENTLY APPROPRIATE). 

L - _ -- 


1 



V 

IF ERROR SWITCH * OH THEH 
DO; 

. DISCARD HD; 

. CALL HS.INOP PROC(LINK EA) ; /* PAGE 11-90 */ 

END; 

RETURN; 

END NS.CONN RSP; 
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NS.LOAD_RSP: PROCEDURE; 


/* 


FUNCTION: WHEN A RESPONSE IS RECEIVED, THE APPROPRIATE RESOURCE FSM (DUMP, 

IPL, OR RPO) IS CHECKED. THE RESOURCE FSM IS UPDATED AND THE 
RESPONSE IS SENT TO THE CONTROL POINT. IF THE APPROPRIATE (DUMP, 
IPL, OR RPO) RESOURCE FSM IS NOT FOUND IN A STATE PENDING THE 
RECEIPT OF THIS RESPONSE, AN INOP IS SENT TO ANY CONTROL POINTS IN 
THE ALS RESOURCE'S CPJLIST. 

INPUT: POSITIVE AND NEGATIVE RESPONSES TO IPLINIT, IPLTEXT, IPLFINAL, 

DUMPINIT, DUMPTEXT, DUMPFINAL, AND RPO FROM NS.DLC_RCV (PAGE 11-76) 

OUTPUT: IPLINIT, IPLTEXT, AND IPLFINAL RESPONSES TO FSMJVLS.SEC IPL RES AND 

TO SNS.SEND; DUMPINIT, DUMPTEXT, AND DUMPFINAL RESPONSES TO 


FSM_ALS SEC DUMP_FSM AND TO 
fsm_als_sec!fpo__fsm AND TO 
NS.INOP~PROC 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 


SNS.SEND; RPO RESPONSES 

THE SNS.SEND; INOP(ALS_EA) 


TO 

TO 


NS.DLC_.RCV 

PAGE 

11-76 

THE FOLLOWING PROCEDURE(S) : 



FSM ALS SEC DUMP RES 

PAGE 

11-122 

FSM ALS SEC IPL RES 

PAGE 

11-123 

FSM“ALS“SEC RPO RES 

PAGE 

11-123 

NS.INOP PROC 

PAGE 

11-90 

UPM RESTORE SNF 

PAGE 

11-115 


DCL ALS_EA BIT(16); 

NRCB_PTR = FIND_ALS_FOR RESOURCE(LSCB.EA); 

ALSJBA = NRCB.ELEMENT ADDRESS; 

CPjtNDIRECT PTR = FIRST ENTRY(NRCB.CP INDIRECT LIST); 
CPCB_PTR = CP_INDIRECT.CP_ENTRY_PTR; 

SCB PTR = CPCB.CP_SCB ID;"” 

SELECT ANYORDER (NS_RQ”C0DE) ; 


/* APPENDIX B 


POSITIVE OR NEGATIVE RESPONSE TO IPLINIT 


*/ 

*/ 


/* 


WHEN(IPLINIT) 

DO; 

IF FSM ALS__SEC IPL RES = PEND INIPL INIT THEN 
DO; 

. CALL UPM„RESTORE SNF; 

. SEND MU TO SNS.SlND; 

. CALL FSM_ALS SEC IPL RES; 

END; 

ELSE 
DO; 

. DISCARD MU; 

. CALL NS.INOP PROC (ALS EA) ; 

END; 

END; 




*/ 

/* 

PAGE 11-123 

*/ 

/* 

PAGE 11-115 

V 

/* 

CHAPTER 6 

*/ 

/* 

PAGE 11-123 

*/ 

/* 

PAGE 11-90 

*/ 


r —* 

| POSITIVE OR NEGATIVE RESPONSE TO 

IPLTEXT 

—i 

1 



WHEN(IPLTEXT) 

DO; 

. IF FSM_.ALS_.SEC_IPL RES = PEND INIPL TEXT THEN 

/* 

PAGE 

11-123 

*/ 

*/ 

do; 

. CALL UPM__RESTORE_SNF; 

/* 

PAGE 

11-115 

*/ 

. . SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

*/ 

. CALL FSM ALS SEC IPL RES; 

/* 

PAGE 

11-123 

*/ 

. END; 

. ELSE 
. DO; 

. . DISCARD MU; 

. . CALL NS.INOP PROC(ALS EA) ; 

/* 

PAGE 

11-90 

*/ 


END; 


END; 


POSITIVE OR NEGATIVE RESPONSE TO IPLFINAL 


WHEN(IPLFINAL) 

DO; 

IF FSM_ALS_SEC IPL_RES * PEND_RESET THEN 
DO; 

. CALL UPM RESTORE SNF; 

. SEND MU TO SNS.SEND; 

. CALL FSM_ALS SEC IPL RES; 

. CALL DELETE ALL CP ENTRIES (ALS EA) ; 
END; 

ELSE 
DO; 

. DISCARD MU; 

. CALL NS.INOP_PROC(ALS EA) ; 

END; 

END; 




*/ 

/* 

PAGE 11-123 

*/ 

/* 

PAGE 11-115 

*/ 

/* 

CHAPTER 6 

*/ 

/* 

PAGE 11-123 

*/ 

/* 

APPENDIX B 

*/ 

/* 

PAGE 11-90 

*/ 
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r — — 

| POSITIVE AND NEGATIVE RESPONSES TO 

DUMPINIT 

—\ 

1 









*/ 

WHEN(DUMPINIT) 






DO 

IF FSM_ALS_SECJ)UMP_RES = PEND_INDUMP INIT 

THEN 

/* 

PAGE 

11-122 

♦/ 


DO; 







. CALL UPM RESTORE SNF; 


/* 

PAGE 

11-115 

*/ 


. SEND NO TO SNS.SEND; 


/* 

CHAPTER 6 

V 


. CALL FSM_ALS_SEC_DUMP_RES; 

END; 


/* 

PAGE 

11-122 

V 


ELSE 







do; 

. DISCARD MU; 

. CALL NS.INOP_PROC(ALS_EA); 

END; 


/* 

PAGE 

11-90 

*/ 

END; 












/* 


r .. . .... ... 







| POSITIVE OR NEGATIVE RESPONSES TO 

DUMPTEXT 

1 









V 

WHEN(DUMPTEXT) 






DO; 







IF FSM ALS SEC DUMP RES = PEND INDUMP TEXT 

THEN 

/* 

PAGE 

11-122 

♦/ 


DO; 







. CALL UPM RESTORE SNF; 


/* 

PAGE 

11-115 

*/ 


. SEND MU TO SNS.SEND; 


/* 

CHAPTER 6 

V 


. CALL FSM ALS SEC DUMP RES; 


/* 

PAGE 

11-122 

*/ 


END; 







ELSE 







DO; 

. DISCARD MU; 

. CALL NS.INOP_PROC(ALS_EA); 

END; 


/* 

PAGE 

11-90 

*/ 

END; 












/* 


j POSITIVE OR NEGATIVE RESPONSES TO 

DUMPFINAL 

1 









*/ 

WHEN(DUMPFINAL) 






DO; 







IF FSM ALS SEC DUMP RES = PEND RESET THEN 


/* 

PAGE 

11-122 

V 


DO; 

. CALL UPM RESTORE SNF; 


/* 

PAGE 

11-115 

*/ 


. SEND MU TO SNS.SEND; 


/* 

CHAPTER 6 

*/ 


. CALL FSM ALS SEC DUMP RES; 


/* 

PAGE 

11-122 

V 


. CALL DELETE_ALL_CP_ENTRIES(ALS_EA) ; 


/* 

APPENDIX B 

*/ 


END; 







ELSE 







DO; 

. DISCARD MU; 

. CALL NS.INOP PROC(ALS_E A) ; 

END; 


/* 

PAGE 

11-90 

V 

END; 












/* 









| POSITIVE OR NEGATIVE RESPONSES 

i_ _ _ 

TO RPO 

1 

—I 




WHEN (RPO) 

DO; 



*/ 

. IF FSM_ALS_SEC_RPO_RES = PEND THEN 

DO; 

/* 

PAGE 11-123 

*/ 

. . CALL UPM RESTORE SNF; 

/* 

PAGE 11-115 

V 

. . SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

*/ 

. . CALL FSM ALS SEC RPO RES; 

/* 

RPO PAGE 11-123 

*/ 

. . CALL DELETE ALL CP ENTRIES(ALS EA) ; 

. END; 

. ELSE 
. DO; 

. . DISCARD MU; 

/* 

APPENDIX B 

*/ 

. . CALL NS.INOP_PROC(ALS_EA) ; 

END; 

/* 

PAGE 11-90 

*/ 


END; 

END; 

RETURN; 

END NS.LOAD RSP; 
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NS.SIG_RSP_PRI: PROCEDURE; v ; . 

/♦ 

r---—*-—-$— —--— --—-—--- — : -■ —?—r-— — 1 -— ----—-—-——i 

| FUNCTION: DEPENDING ON THE INPUT SIGNAL THE PERTINENT RESOURCE FSM'S ARE | 

| CHECKED TO SEE IF THE INPUT IS EXPECTED. IF IT IS EXPECTED, THE \ 

| INPUT IS PROCESSED; OTHERWISE, IT IS IGNORED. I 

| INPUT: CONNECT IN SUCCESSFUL, CONNECT OUT SUCCESSFUL, j 

I LINK_RBSET_COMPLETE, ALS_RBSETIcOHPLRTE, AND XID_COHPLBTBD SIGNALS J 


PAGE 11-76 


PAGE 11-121 
PAGE 11-122 
PAGE 11-124 
PAGE 11-119 
PAGE 11-120 
PAGE 11-121 
PAGE 11-90 


*/ 

DCL ALS EA BIT (16); 

DCL LINK_EA BIT(16); 

DCL SAVB_ALS_PTR PTR; 

NRCB PTR * FIND ALS FOR RESOURCE(LSCB.EA) ; /* APPENDIX B */ 

ALS EA = NRCB.ELEMENT ADDRESS; 

SAVE ALS PTR - NRCB PTR; 

NRCB~PTR~= FIND LINK FOR RESOURCE (LSCB.EA); /* APPENDIX B ♦/ 

LINK“EA = NRCB.ELEMENT ADDRESS; 

CP INDIRECT PTR = FIRST ENTRY(NRCB.CP INDIRECT LIST); 

CPCB PTR = CP_INDIRECT.CP ENTRY PTR; 

SCB PTR * CPCB.CP SCB ID;” 


FROM NS.DLC_.RCV (PAGE 11-76) 

OUTPUT: XID TO DLC, REQCONT TO SNS.SEND 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 
NS.DLC_RCV 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM ALS CONNECTED RES 
FSM_ALS”cONTACT DISCONTACT RES 
FSM ALS SEC XID RES 
FSM LINK ACT RES 
FSM_LINK_CONNIN RES 
FSM LINK CONNOUT RES 
NS.INOPjpROC 


SELECT ANYORDER; 

. WHEN(INPUT ('CONNECT IN_SUCCESSFUL») ) 
DO; 



IF FSH_LINK__CONNIN_RES = ACTIVE THEN 

DO; 

. SEND 'XID' TO PU.SVC MGR.LINK MGR; 

. NRCB_PTR = SAVE ALS_PTR; 

/♦ 

PAGE 

11-120 

*/ 


. CALL FSM ALS SEC XID RES('XID'); 

/* 

PAGE 

11-124 

V 


. CALL FSM ALs”cONNECTED RES(•CONNECTED') ; 

END; 

ELSE 

/* 

PAGE 

11-121 

*/ 

, CALL NS.INOP PROC (LINK EA) ; 

END; 

WHEN(INPUT('CONNECTICUT SUCCESSFUL')) 

/* 

PAGE 

11-90 

V 


IF FSM LINK_CONNOUT RES = ACTIVE THEN 

DO; 

/* 

PAGE 

11-121 

*/ 


. CALL FSMJLINK CONNOUT RES(»CONNECT OUT SUCCESSFUL'); 
. SEND 'XID' TO”PU.SVC MGR.LINK MGR; 

. NRCB PTR = SAVE ALS PTR; 

/* 

1 PAGE 

11-121 

*/ 


. CALL FSM ALS SEC XID RES('XID'); 

/* 

PAGE 

11-124 

*/ 


. CALL FSM ALS”cONNECTED RES('CONNECTED•) ; 

END; 

ELSE 

/* 

PAGE 

11-121 

V 


CALL NS.INOP PROC (LINK EA); 

/* 

PAGE 

11-90 

*/ 


END; 

WHEN(INPUT('XID COMPLETED')) 
DO; 

. NRCB PTR - SAVE ALS PTR; 



CALL FSM ALS SEC XID RES ('XID COMPLETED'); 

CP INDIRECT PTR = FIRST ENTRY (NRCB.CP INDIRECT LIST); 
IF CP INDIRECT PTR NULL THEN 

/♦ 

PAGE 11-124 

*/ 


DO; 





. CPCB PTR = CP INDIRECT.CP ENTRY PTR; 





. SCB PTR = CPCB.CP SCB ID;” 





. IF SCB PTR -.= NULL THEN 





. DO; 

. . MU PTR = UPM CREATE RQ ('REQCONT'); 

/* 

APPENDIX B 

*/ 


. . SEND MU TO SNS.SENDT 

/♦ 

CHAPTER 6 

*/ 


. . END; 

. . ELSE 

. . DISCARD MU; 

. END; 

. ELSE 

. DISCARD MU; 

END; 
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( 


■ HEN(INPUT('LINK RESET COMPLETE*)) 

DO; 

. CALL ESN LINK ACT RES(•LINK RESET COMPLETE*)J /* PAGE 11-119 */ 

* CALL DEQUEUE BUS.FROU^RESOURCE<LINR_EA); /* APPENDIX B ♦/ 

END; 


. NHEN(INPUT(*ALS RESET_CONPLETE*)) 

. DO; 

. • NBCB_PTH » SAPE^ALS.PTP; 

. . CALL FS« w ALS - .CONTACT - .DISCONTACT_RESC'ALS^RBSBT COMPLETE*); /* PAGE 11-122 V 

. . SEND *RBXJLMOP* TO RU.SfC DGR.CSC RGB.SON; /* CHAPTER 13 */ 

. . CALL DEQUEUE ROS PRON RESOURCE(ALS BA); /♦ APPENDIX B */ 

, end; 

END; 


RETURN; 

END NS.SIG^RSP^PRI; 


( 
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NS.SIG_RSP.SEC: PROCEDURE; 

. /* 

* — -— — -— —- -— 4 ~ - - > — - ~" ii —— . . . ——- *— --- — -—— -1 

| FUNCTION: FOR ’CONNECT OUT SUCCESSFUL* AND 'CONNECT.IN SUCCESSFUL* THE | 

| APPROPRIATE (CONNOUT OR CONNIN) LINK EA RESOURCE FSM IS CHECKED. IF | 

| THE STATE IS CORRECT, THE SIGNAL IS SENT TO THAT FSM, AND | 

| ‘CONNECTED* IS SENT TO THE CONNECTED RESOURCE FSH FOR THE ASSOCIATED | 

| ADJACENT LINK STATION. OTHERWISE NS.INOP_.PROC IS CALLED TO GENERATE ( 

| AN INOP REQUEST AND ROUTE THE REQUEST TO THE APPROPRIATE | 

| HALF-SESSIONS. WHEN *XID* IS RECEIVED, THE CONNOUT RECEIVE FSM FOR | 

j THIS SECONDARY LINK STATION IS CHECKED. IF NOT ACTIVE, THEN THE | 

| CONNIN FSM IS CHECKED. IF EITHER THE CONNIN OR CONNOUT FSM IS | 

| ACTIVE, THEN REQCONT IS IS GENERATED AND SENT TO SNS.SEND. FOR THE ! 

\ RESET-COMPLETE SIGNALS THE RESOURCE FSM IS RESET, AND QUEUED | 

| REQUESTS ARE RETRIED. A ROUTE EXTENSION INOP SIGNAL IS SENT TO | 

| COMMON SESSION CONTROL FOR SESSION OUTAGE NOTIFICATION. | 

| INPUT: CONNECT OUT SUCCESSFUL-, CONNECT IN SUCCESSFUL, XID, { 

| LINK RESET COMPLETE, OR ALS RESET^COMPLETE SIGNALS FROM NS.DLC.RCV | 

| (PAGE 11-76) ~ | 

{ OUTPUT: REQCONT TO SNS.SEND; XID TO DLC | 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : I 

| NS.DLC.RCV PAGE 11-76 | 

| REFERS TO THE FOLLOWING PROCEDURE (S): I 

| FSM_ALS_CONNECTED RES PAGE 11-121 I 

| FSM”ALS“C0NTACT DISCONTACT RES PAGE 11-122 I 

\ FSM.LINK ACT.RES ” PAGE 11-119 | 

| FSM LINK~CONNIN_RES PAGE 11-120 I 

| FSM”LINK~CONNOUT RES PAGE 11-121 | 

| NS.INOP PROC ~ PAGE 11-90 | 


*/ 

DCL ALS BA BIT(16); 

DCL LINK EA BIT(16); 

DCL SAVEJU.S.PTR PTR; 

NRCB PTR = FIND ALS.FOR RESOURCE(LSCB.EA); /* APPENDIX B */ 

SAVE.ALS.PTR = NRCB.PTR; 

ALS EA =~NRCB.ELEMENT ADDRESS; 

NRCB PTR = FIND LINK FOR ..RESOURCE (LSCB.EA) ; /* APPENDIX B */ 

LINK.EA = NRCB.ELEMENT.ADDRESS; 

SELECT ANYORDER; 


WHEN(INPUT(* CONNECT IN.SUCCESSFUL*)) 

DO; 

. IF FSM.LINK.CONNIN.RES = ACTIVE THEN /* PAGE 11-120 V 

. DO; 

. . NRCB PTR * SAVE ALS PTR; 

. . CALL~FSM_ALS_CONNECTED_RES('CONNECTED*) ; /* PAGE 11-121 V 

. END; 

. ELSE 

. CALL NS.INOP.PROC(LINK.EA) ; 

END; 

WHEN(INPUT('CONNECT OUT SUCCESSFUL')) 

DO; 

. IF FSM LINK CONNOUT RES * ACTIVE THEN /* PAGE 11-121 */ 

. DO; 

. . CALL FSM LINK CONNOUT RES('CONNECT OUT.SUCCESSFUL'); /* PAGE 11-121 */ 

. . NRCB PTR~= SAVE ALS PTR; 

. . CALL FSM_ALS_CONNECTED RES(’CONNECTED*) ; /* PAGE 11-121 */ 

. END; 

• ELSE 

. CALL NS.INOP.PROC (LINK.EA) ; /* PAGE 11-90 */ 

END; 

WHEN(INPUT (* XID*)) 

DO; 

. NRCB PTR = SAVE.ALS PTR; 

. IF FSM ALS CONNECTED.RES * ACTIVE THEN /* PAGE 11-121 V 

. DO; 

. . MU PTR = DPM.CREATE RQ('REQCONT*); /* APPENDIX B */ 

. . CP~INDIRECT_PTR = FIRST.ENTRY (NRCB.CP.INDIRECT.LIST) ; 

. . CPCB PTR * CP.INDIRECT.CP ENTRY PTR; 

. SCB PTR = CPCB.CP.SCB ID; 

. . SEND MU TO SNS.SEND; " /* CHAPTER 6 */ 

. . SEND •XID* TO PU.SVC_MGR.LINK.MGR; 

. END; 

. ELSE 

. CALL NS.INOP.PROC(LINK.EA); /* PAGE 11-90 */ 

end; 
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. WHEN(INPUT('LINK RESET COMPLETE*)) 

• DO; 

. . CALL FSH LINK ACT RES(’LINK RESET COMPLETE*); /* PAGE 11-119 */ 

. . CALL DEQUEUE RUS.FROH.RBSOURCE(LINK.EA); /♦ APPENDIX B */ 

. END; 

. WHEN(INPUT (*ALS RESET COMPLETE*)) 

. DO; 

. . NRCB PTR * SAVE ALS PTR; 

. . CALL FSH ALS CONTACT DISCONTACT RES(*ALS RESET COMPLETE'); /* PAGE 11-122 */ 

• . SEND 'REX INOP' TO EU.SVC MGR.CSC MGR.SON; “ /* CHAPTER 13 */ 

. . CALL DEQUEUE RUS FROM RESOURCE(ALS EA); /* APPENDIX B */ 

. END; 

END; 

RETURN; 

END NS.SIG_RSP.SEC; 


CHAPTER 11. PO SERVICES MANAGES—NETWORK SERVICES 11-89 




NS.INOP_PBOC: PROCEDURE(LINK_STA_EA); 


FUNCTION: 


INPUT: 


THIS PBOCEDUBE BESETS THE APPROPBIATE RESOURCE FSM'S FOR THE TYPE OF 
INOP RECEIVED. IT THEN SENDS A COPY OF THE INOP REQUEST TO ALL CP'S 
IN THE RESOURCE'S CP LIST. 


LINK OR ADJACENT LINK STATION 
NS.CONN RSP, NS.SIG BSP PRI, 

NS.CONTACT__RSP PRI, NS.LINK RSP, 
NS.LOAD RSP 


ADDRESS TO BE "INOP»ED" FROM 
NS.DLC RCV, NS.SIG RSP SEC, 

NS.CONTACT RSP_REPLY SEC,“ OR 


OUTPUT: 


INOP IS SENT TO SNS.SEND FOR THE HALF SESSION OF EACH CP IN THE 
CPJLIST. REX INOP (ROUTE EXTENSION INOPERATIVE) SIGNAL FOR EACH 
ADJACENT LINK STATION AFFECTED IS SENT TO CSC_MGR.SON. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

FSM XID_FORMAT 2 
NS.CONN RSP 
NS.CONTACTORSP 
NS.DLC CONFIG 

ns.dlc“rcv 

NS.LINK RSP 

ns.load”rsp 

NS.SIG_RSP PRI 
NS.SIG_RSP_SEC 

REFERS TO THE FOLLOWING PROCEDURE (S): 

INOP TO_HALF SESSIONS 
NS.ALS_RESET 
NS.LINK RESET 


PAGE 

11-126 

PAGE 

11-82 

PAGE 

11-80 

PAGE 

11-66 

PAGE 

11-76 

PAGE 

11-79 

PAGE 

11-84 

PAGE 

11-86 

PAGE 

11-88 

PAGE 

11-91 

PAGE 

11-95 

PAGE 

11-94 


DCL LINK STA EA BIT(16); 

DCL ALSjBA BIT (16); 

DCL LINK_EA BIT(16); 

NRCBJPTR = LOCATE_NODE RESOURCE(LINK STA EA) ; 
SELECT ANYORDER (NRCB.RESOURCE_CATEGORY) 


INOP LINK 


/* APPENDIX B 


V 

/♦ 

*/ 


WHEN(LINK) 

DO; 

. LINK__EA = LINK_STA_EA; 

. CALL INOPJTO_HALF_SESSIONS(LINK_EA) ; /* PAGE 11-91 */ 

. CALL NS.LINK_RESET(LINK_EA,INOP_RQ.INOP_REASON); /* PAGE 11-94 */ 

. SCAN NRCB_LIST PTR(NRCB_PTR); 

. . IF NRCB.ASSOCIATED RESOURCE = LINK EA THEN 
. . DO; 

. . . FIND LSCB IN LSCB LIST 

. . . WHERE (LSCB.EA = NRCB.ELEMENT ADDRESS); 

. . . SEND 'REX_INOP' TO PU.SVC MGR.CSC“MGR.SON; /* CHAPTER 13 */ 

. . END; 

. SCANEND; 

. NRCBJPTR = FIND_ALS_FOR_RESOURCE(LINK_EA) ; 

. ALS_EA = NRCB.ELEMENT ADDRESS; 

. TGCB PTR = FIND TGCB FOR ALS EA(ALS EA); 

. IF TGCB_PTR -.= NULL THEN”" 

. DO; 

. . CALL DELETE ALS FROM__TGCB (ALS EA) ; 

. . IF EMPTY (TGCB.ASSOC_LSCB LIST) THEN 

. . SEND 'TG_INOP_ERROF' TO PU.SVC MGR.PC ROUTE 

. END; 

END; 


/* APPENDIX 

B 

*/ 

/* APPENDIX 

B 

*/ 

/* APPENDIX 

B 

*/ 

r;/* CHAPTER 

12 

V 


11-90 
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I 


IHOP ADJACENT LINK STATION 


I 


/♦ 


i__—-------------1 

♦/ 

WHEN (ALS) 

DO; 

. ALS_EA * LINK_STA_EA; 


CALL INOPjrO_HALF_SESSIONS(ALS_EA) ; 

/* 

PAGE 11-91 

V 

CALL NS.ALS_RE5ET(ALS_EA) ; 

/♦ 

PAGE 11-95 

*/ 

TGCB PTR = FIND TGCB FOR ALS EA(ALS EA); 

IF TGCB PTR -»« NULL THEN 

/* 

APPENDIX B 

*/ 

DO; 




. CALL DELETE ALS_FROM TGCB(ALS EA); 

. IF EMPTY(TGCB.ASSOC LSCB LIST) THEN 

/♦ 

APPENDIX B 

*/ 

. SEND »TG_INOP_ERROR' TO PU.SVC_HGR.PC,ROUTE_MGR. 

RCV;/« 

1 CHAPTER 12 

*/ 

END; 

SEND 'REX INOP' TO PU.SVC MGR.CSC MGR.SON; 

/* 

CHAPTER 13 

*/ 


. END; 

END; 

RETURN; 

END NS.INOP PROC; 


INOPJTO_HALF_SESSIONS: PROCEDURE (LINK_STA_EA); 


FUNCTION; THIS PROCEDURE SENDS A COPY OF THE INOP TO EACH CP IN THE RESOURCE'S 
CPCB.LIST. 

INPUT; THE INOP TO BE SENT 

OUTPUT: THE INOP TO ALL CP'S THAT ARE IN THE RESOURCE'S CPCB LIST 


/♦ 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
NS.INOP PROC 


PAGE 11-90 


DCL LINK_5TA_EA BIT (16); 


NRCB.PTR * LOCATE_NODE_RESOURCE(LINK_STA_EA); /* APPENDIX B */ 

SCAN NRCB.CP INDIRECT LIST PTR(CP INDIRECT PTR) ; 

. CPCB PTR * CP INDIRECT.CP ENTRY~PTR; 

. MU PTR “ UPM CREATE^RQ (' INOP«) /* APPENDIX B V 

. SCB PTR = CPCB.CP SCB ID; 

. SEND MU TO SNS.SEND; ” /* CHAPTER 6 V 

SCANEND; 


RETURN; 

END INOP_TO_HALF_SESSIONS; 
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NS.REQFNA^PRQC: PROCEDURE; 

/* 

, r u - . -... . .. —- - --—- — — - — - - — - 4 - -— - 1 

| FUNCTION: THIS PROCEDURE RECEIVES CONTROL FROM A UPM. THIS PROCEDURE VERIFIES | 

| THAT THE ADDRESS IN THE REQUEST IS VALID AND THAT THE SESSIONS ARE | 

| NOT ACTIVE PRIOR TO SENDING THE REQUEST TO SNS.SEND. IF THE CHECKS | 

| FAIL A -RSP IS RETURNED TO THE SENDER. ALL APPROPRIATE RH SEND | 

| CHECKS ARE MADE BI THE UPM. | 

| INPUT: THE REQFNA, WHICH IS THE CURRENT MESSAGE UNIT, FROM A UPM \ 

| OUTPUT: THE REQFNA IS SENT TO SNS.SEND IF THE CHECKS ARE PASSED; OTHERWISE, | 

| THE REQFNA IS RETURNED TO THE SENDER. J 

I I 

| REFERS TO THE FOLLOWING PROCEDURE(S): I 

| FSM CP SESS SDT PAGE 11-119 | 


V 

DCL P POINTER; 

DCL RC BIT(1) ; 

FIND CPCB IN CPCB LIST WHERE(CPCB,CP SCB ID « SCB PTR) ; 

IF CPCB_PTR - NULL THEN 

SEND SEND CHECK(X'8005') TO SENDING PROCEDURE; /* NO SESSION */ 

ELSE 

IF FSM_CP_SESS_SDT ACTIVE THEN 

SEND SEND CHECK(X*2005') TO SENDING PROCEDURE; /* DATA TRAFFIC RESET */ 

ELSE 
DO; 

. NRCB_PTR = LOCATE_NODE_RESOURCE(REQFNA_RQ.LU_ADDRESS) ; /* APPENDIX B */ 

I IF NRCB_PTR * NULL THEN 

. SEND SEND__CHECK (X' 0806 *) TO SENDING_PROCEDURE; /* RESOURCE UNKNOWN */ 

. ELSE 
. DO; 

. . IF RRI ■■ RQ THEN 

. . SEND MU TO SNS.SEND; /* CHAPTER 6 */ 

. ELSE 

, . SEND SEND_CHECK(X»0809») TO SENDING PROCEDURE; /* MODE INCONSISTENCY */ 

. END; 

END; 

RETURN; 

END NS.REQFNA_PROC; 
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NS.REQACTLU_PROC: PROCEDURE 


/* 


FUNCTION: THIS PROCEDURE RECEIVES CONTROL FROM A UPH. THIS PROCEDURE OBTAINS 

A NETWORK ADDRESS FOR THE LU THAT IS TO BE ACTIVATED AND SENDS THE 
REQUEST TO SNS.SEND. ALL APPROPRIATE RH SEND CHECKS ARE HADE BY THE 
UPH. 

INPUT: REQACTLU, WHICH IS THE CURRENT MESSAGE, FROM A UPM 

OUTPUT: THE REQACTLU LU IS ADDED TO THE NRCB LIST AND THE RU IS SENT TO 

SNS.SEND. 


REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM_CP_SESS_SDT PAGE 11-119 


FIND CPCB IN CPCB LIST WHERE(CPCB.CP SCB ID = SCB PTR); 

IF CPCB PTR = NULL THEN 




*/ 

SEND SEND CHECK (X«8005*) TO SENDING PROCEDURE; 

ELSE 

IF FSM_CP_SESS SDT -.= ACTIVE THEN 

/* 

NO SESSION 


*/ 

SEND SEND CHECK(X* 2005*) TO SENDING PROCEDURE; 

ELSE 

DO; 

. CREATE NRCB PTR(NRCB PTR); 

/* 

DATA TRAFFIC 

RESET 

V 

. IF NRCB PTR * NULL THEN 

. SEND SEND__CHECK (X* 0812') TO SENDING_PROCEDURE; 

/* 

INSUFFICIENT 

RESOURCE 

*/ 


. ELSE 
DO; 

. . NRCB.RESOURCE^CATEGORY = LU; 

. NRCB.ELEMENT ADDRESS = REQACTLU RQ.LU ADDRESS S NCB.NODE ELEMENT MASK; 

. . NRCB.ASSIGNING CP_SCB ID = SCB PTR; 

. . INSERT NRCB IN NRCB_LIST; 

. SEND MU TO SNS.SEND; /* CHAPTER 6 */ 

END; 

END; 

RETURN; 

END NS.REQACTLD_PROC; 
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NS.LINK.RESET: PROCEDURE(LINK_EA,RESBT_REASON); 


/♦ 


FUNCTION: RESETS THE LINK_EA«LINK_(PRI|SEC)^SUBTREE SHOWN IN FIGURE 11-4. 

INPUT: LINK EA CARRIES THE ELEMENT ADDRESS OF THE LINK FOR WHICH THE 

SUBTREE IS TO BE RESET. THE RESET REASON SPECIFIES THE PARTICULAR 
CAUSE OF THE RESET. 

OUTPUT: FSM* S ASSOCIATED WITH THE LINK AND ITS ADJACENT LINK STATIONS ARB 

RESET. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

NS.INOP PROC PAGE 11-90 

NS.LCP RBSET_PROC PAGE 11-33 


REFERS TO THE FOLLOWING PROCEDURE(S): 
FSM LINK ACT RES 
FSM LINK CONNIN_RES 

fsm"‘link“connout RES 

FSM~LINK~TRACE RES 
NS.ALS RESET 


PAGE 11-119 
PAGE 11-120 
PAGE 11-121 
PAGE 11-120 
PAGE 11-95 


♦/ 

DCL LINK EA BIT(16); 

DCL RESET_REASON BIT (4); 

DCL SAVE NRCB PTR PTR; 


SAVE NRCB PTR - NRCB PTR; 

NRCB JPTR = LOCATE_NODE_RESOURCE(LINK^EA); /* APPENDIX B */ 


IF FSM LINK_ACT RES * RESET IN PROGRESS THEN /* PAGE 11-90 */ 

DO; 

. NRCB PTR * SAVE NRCB PTR; 

. RETURN; 

END; 


SCAN NRCB_LIST PTR (NRCB_PTR); 

. IF NRCB.ASSOCIATED RESOURCE - LINK EA THEN 
. DO; 


. . CALL NS.ALS_RESET(NRCB.ELEMENT_ADDRESS); /* PAGE 11-95 */ 

! END; 

SCANEND; 

NRCB_PTR = LOCATE_NODE_RESOURCE(LINK_EA) ; /* APPENDIX B */ 

IF RESET REASON = LINK FAILURE THEN 
DO; 

. CALL FSH_LINK_ACT_RES (* LINK_RESET*) ; /* PAGE 11-119 V 

. CALL PURGE_RUS_FROM_RESOURCE (LINK_EA) ; /* APPENDIX B */ 

. SEND *LINK_RESET* TO PU.SVC_MGR.LINK_.MGR; 

. CALL DELETE ALL CP ENTRIES(LINK EA); /* APPENDIX B */ 

END; 

CALL FSM LINK TRACE RES(•RESET•); /* PAGE 11-120 */ 

CALL FSM~LINK~CONNOUT RES («RESET') ; /* PAGE 11-121 */ 

CALL FSM_LINK_CONNIN_RES(*RESET*); /* PAGE 11-l20 */ 

NRCB^PTR * SAVE NRCB PTR; 

RETURN; 

END NS.LINK RESET; 
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NS.ALS_RESET: PROCEDURE(ALS^EA); 


FUNCTION: SEARCHES THE NRCB LIST TO FIND THE ADJACENT LINK STATIONS SPECIFIED. 

THE ALS TEST RES ~FSM AND THE ALS CONNECTED RES FSM ARE RESET FOR 
EACH ADJACENT STATION FOUND. OTHER ADJACENT LINK STATION FSB'S ARE 
RESET BY A CALL TO NS.ALS PROC RESET. IF IT IS A CONFIGURABLE 
STATION, THE FSH TGN AND FSM_XID FORMAT 2 FSM'S ARE RESET. A 
LINK-LEVEL RESET IS INITIATED IF A RESET IS NOT ALREADY IN PROGRESS. 

INPUT: ALSJBA CONTAINS THE ELEMENT ADDRESS OF THE ALS TO BE RESET. 

OUTPUT: RESET TO FSM'S OF THE ADJACENT LINK STATIONS 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
NS.CONN PROC 

ns.inopIproc 

NS.LCP RESET_PROC 
NS.LINK_RESET 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM ADJ PU LOAD 
FSM~ALS~CONNECTED_RES 
FSM~ALS_CONTACT DISCONTACT RES 

fsm”als~test RES 

FSM~TGN~ 

FSM~XID FORMAT 2 
NS.ALS PROC RESET 


DCL ALS EA BIT (16); 

DCL SAVE NRCB PTR PTR; 


PAGE 11-40 
PAGE 11-90 
PAGE 11-33 
PAGE 11-94 


PAGE 11-124 
PAGE 11-121 
PAGE 11-122 
PAGE 11-124 
PAGE 11-125 
PAGE 11-126 
PAGE 11-96 


SAVE_NRCB_PTR * NRCB PTR; 

NRCB~PTR = FIND_ALS FOR_RESOURCE(ALS 2A) ; 

FIND LSCB IN LSCB_LIST WHERE (LSCB.EA~= ALS_EA) ; 

CALL FSM_ALS_CONNECTED RES ('RESET') ; 

call fsm~als“test_res(Preset'); 

CALL FSM_ADJ_PU_LOAD('RESET') ; 


/* APPENDIX B 


/* PAGE 11-121 
/* PAGE 11-120 


/* PAGE 11-124 


CALL NS.ALS_PROC_RESBT(ALS_EA); 


/* PAGE 11-96 


IF NPCB.PRI SEC ROLE = CONFIGURABLE THEN 
DO; 

. CALL FSM^TGN('RESET'); 

. CALL FSH~XID_FORMAT 2('RESET'); 

END; 


/* PAGE 11-125 
/* PAGE 11-126 


IF FSM_ALS_CONTACT DISCONTACT_RES -.= RESET_IN PROGRESS THEN /* PAGE 11-122 
DO; 

. CALL FSM ALS CONTACT_DISCONTACT RES('ALS_RESET'); /* PAGE 11-122 

. SEND 'ALS RESET* TO PU.SVC MGR.LINK_MGB; 

END; 


NRCB_PTP = SAVE NRCB PTR; 
END NS.ALS_RESET; 
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NS.ALS_PROC_RESET: PROCEDURE(ALS_EA); 


/* 


FUNCTION: SEARCHES THE NRCB LIST TO FIND THE ADJACENT LINK STATIONS SPECIFIED. 

THE ALS CONTACT DISCONTACT RES FSH IS RESET; IN ADDITION FOR 
SECONDARY STATIONS, THE FSB'S FOR XID, IPL, DUHP, AND RPO ARE RESET. 

INPUT: ALS_EA CONTAINS THE ELEHENT ADDRESS OP THE ALS. 

OUTPUT: RESET TO FSB'S OF THE ADJACENT LINK STATION 


REFERENCED BY THE POLLONING PROCEDURE(S) : 
NS.ALS RESET 

NS.DU8P PROC . . 

NS.LOAD~PROC 


PAGE 11-95 
PAGE 11-48 
PAGE 11-46 


REFERS TO THE POLLONING PROCEDURE(S) : 

FSB_ALS_CONTACT DISCONTACT RES PAGE 
FSH ALS~SEC_DUHP RES ~ PAGE 
FSH ALS~SEC_IPL RES PAGE 
FSH~ALS~SEC~RPO~RES PAGE 
FSH ALS~SEC XID~RES PAGE 


11-122 

11-122 

11-123 

11-123 

11-124 


♦/ 

DCL ALS EA BIT (16); 

DCL SAVE NRCB PTR PTR; 


SAVE_NRCB_PTR = NRCB_PTR; 


NRCB_PTR - FIND_ALS_FOR — RESOURCE(ALS^EA) ; 

/* 

APPENDIX B 

V 

CALL FSH_ALS_CONTACT_DISCONTACT_RES('RESET') ; 

/* 

PAGE 11-122 

*/ 

IF NRCB.LINK DLC ROLE = SECONDARY THEN 

DO; 

. CALL FSH_ALS_SEC_XID_RES('RESET') ; 

/* 

PAGE 11-124 

V 

. CALL FSH_ALS__SEC_IPL__RES ('RESET') ; 

/* 

PAGE 11-123 

*/ 

. CALL FSH_ALS_SEC_D0HP_RES('RESET') ; 

/* 

PAGE 11-122 

V 

. CALL FSH^ALS^SBCJIPO^RES (• RESET') ; 

/* 

PAGE 11-123 

V 

END; 

CALL DELETE_ALL_CPJ2NTRIES(ALS_EA) ; 

/* 

APPENDIX B 

V 

NRCB_PTR « SAVE__NRCB_PTR; 


RETURN; 

END NS. ALS__PROC_RESET; 
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NRCB PTR = SAVEJIHCB.PTR; 
RETURN(PC); 

END ALS^SECJSUBTREE CHECK; 
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ALS _SEC_SUBTREE_IHT ERR UPT: PROCEDURE(ALS_EA) RETURNS(BIT(1) ) ; 


FONCTIOH: CHECKS THAT THE SEC SOBTBEE ASSOCIATED HITH ELEMENT ADDRESS PASSED 

IS II AH IITEBROPTIBLE STATE. 

INPUT: THE ELEHEIT ADDRESS OF THE ADJACEHT LIUK STATION TO BE CHECKED 

OUTPUT: OK, IF THE ALS SEC SOBTBEE IS II AH INTERRUPTIBLE STATE; NG, IF IT 

IS HOT 


BEFEBEICED BT THE FOLLOWING PROCEDURE(S): 


HS.DUHP PROC 

PAGE 

11-48 

MS.LOAD_PBOC 

PAGE 

11-46 

REFERS TO THE FOLLOIIHG PROCEDURE(S) : 



FSB ALS SEC DOHP BBS 

PAGE 

11-122 

fsh_als_sbOplJ!es 

PAGE 

11-123 

FSH ALS SEC BPO_BES 

PAGE 

11-123 


DCL ALS_EA BIT(16); 

DCL RC BIT (1) ; 

DCL SA¥E_HBCB_PTR PTB; 

RC = OK; 

SAFE HRCB PTB = NBCB PTB; 

HRCbIpTB * FIID — ALS — FOB^RESOUBCE(ALS^BA); /* APPENDIX B */ 

IF FSH_ALS_SEC - .DUHP_RES * PEHD IHDOHP INIT | 

FSB ALS_SEC DOHP RES * PEHD INDUHP TEXT | 

FSH“ALS_SEC“DUHP“RES = PEHD_RESET THEN /* PAGE 11-122 */ 

RC = HG; 

IF FSB ALS SEC IPL BES * PEHD IHIPi IHIT | 

FSH_ALS_SEC IPL RES = PEND_IHIPL_TBXT | 

FSH"ALS“SEC“IPL"”RES = P5ND~BBSET”tHEH /* PAGE 11-123 */ 

RC = HG; 

fIF FSH_ALS_SEC_RPO_PES - PEND THEN /* PAGE 11-123 */ 

RC =*~NG;~ 


NRCB PTR - SAVE NRCB PTR; 
RETURN(RC); 

END ALS SEC SUBTREE INTERRUPT; 
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PU_T2_L0AD_PB0C: PROCEDURE; 


FUNCTION: 


INPUT: 


OUTPUT: 


THIS FUNCTION TRACKS THE LOAD OPERATION FOR THE PU T2. THE LOAD 
OPERATION CAN BE ACCEPTED FROM THE SUBAREA PU OR FROM~THE SSCP. THE 
PU T2 LOAD FSH BUST BE IN THE RESET STATE FOR NC IPL INIT OR 
NS“lPL_INIT TO BE ACCEPTED. HANT IPL TEXT REQUESTS MAY~BE RECEIVED. 
AT'LEAST ONE IPL TEXT REQUEST BUST ~BE RECEIVED FOR THE PU T2 TO 
BEGIN EXECUTION OF THE LOAD NODULE. 

THE CURRENT HU IS AN NC IPL_INIT, NC_IPL_TEXT, NC_IPL FINAL, 
NC IPL ABORT NS IPL INIT, NS IPL_TBXt7 ~ NS IPL FINAL7 OR 
ns^iplIabort. 

POSITIVE OR NEGATIVE RESPONSE TO PC T2.SEND OR SNS.SEND. IN THE 
CASE THAT AN NS IPL ABORT OR AN NC IPL ABORT IS RECEIVED AND THE 


LOAD NAS INITIATED BY 
LDREQD IS SENT. 


THE PU_T2 SENDING LDREQD, A REQDISCONT OR 


REFERENCED BY THE FOLLONING PROCEDURE(S): 
NS.CS_RCV 
PU.SVC_MGR.NS.RCV 

REFERS TO THE FOLLOWING PROCEDURE(S): 
FSM_PU ACT_RES 

fsm_pu!t2_load 

UPM IPL RQ VALIDITY_CHECK 


PAGE 

11-34 

PAGE 

11-28 

PAGE 

11-118 

PAGE 

11-118 

PAGE 

11-115 


DCL ADDRPRIME BIT(8); 

DCL RECEIVE_CHECK_SENSE BIT(32); 


/* TO SWAP OAFPRIME AND DAFPRIME 


*/ 

*/ 


IF NCB. PU_TYPE -»= T2 THEN 
IF RRI = RQ THEN 
DO; 

. CALL CHANGE_MU_TO_NEG RSP(X'1003'); /* APPENDIX B, FUNCTION NOT SUPPORTED 
. SEND MU TO SNS. SEND; “ /* CHAPTER 6 

END; 

ELSE 

DISCARD HU; 

ELSE 

DO; 

NRCB PTR = LOCATE_NODE RESOURCE(LSCB.EA) ; /* APPENDIX B 

IF DISPATCHED_BY (PC*) THEN 
DO; 

. ADDPPRIME = OAFPRIME; 

. OAFPRIME = DAFPRIME; 

. DAFPRIME = ADDRPRIME; 

END; 

SELECT ANYORDER; 


*/ 

*/ 


NC IPL INIT FROM THE SUBAREA PU 


WHEN(RQ_CODE = NC IPL INIT) 

DO; 

IF FSM_PU_T2_LOAD -.= RESET THEN 
RECEIVE_CHECK_SENSE = X'0809'; 

ELSE 

RECEIVE_CHECK_SENSE = UPM IPL RQ VALIDITY CHECK; 
IF RECEIVE CHECK SENSE -.= 0 THEN 

CALL CHANGE MU~TC NEG RSP(RECEIVE CHECK_SENSE); 
ELSE 

CALL CHANGE_MU_TO_POS RSP(TRUNCATE); 

CALL FSM PU T2 LOAD; 

SEND MU TO PC T2.SEND; 

END; 


WHEN(RQ CODE - (NC IPL TEXT { NC_IPL FINAL)) 

DO; 

IF FSH_PUJT2JL0AD -= NC_TEXT THEN 
RECEIVE^CHECK SENSE =~X»0809'; 

ELSE 

RECEIVE CHECK_SENSE = UPM_IPL_RQ_VALIDITY CHECK; 
IF RECEIVE__CHECK SENSE -= 0 THEN 

CALL CHANGE_MUJTO_NEG_RSP(RECEIVE_CHECK_SENSE) ; 
ELSE 

CALL CHANGE MU TO POS RSP (TRUNCATE) ; 

CALL FSM_PU_T2_LOAD7 
IF RQ CODE = NC IPL FINAL THEN 
CALL FSM PU ACT pis; 

SEND MU TO PC T2.SEND; 

END; 


/* 

PAGES 11-118 

*/ 

/* 

MODE INCONSISTENCY 

*/ 

/* 

PAGE 11-115 

*/ 

/* 

APPENDIX B 

♦/ 

/* 

APPENDIX B 

*/ 

/* 

PAGE 11-118 

*/ 

/* 

CHAPTER 3 

*/ 



/* 

-- 

—i 


REA 

1 

! 



_ j 

V 

/* 

PAGE 11-118 

*/ 

/* 

MODE INCONSISTENCY 

V 

/* 

PAGE 11-115 

*/ 

/* 

APPENDIX B 

♦/ 

/* 

APPENDIX B 

*/ 

/* 

PAGE 11-118 

*/ 

/* 

PAGE 11-54 

V 

/* 

CHAPTER 3 

*/ 
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NC_IPL_ABORT PROM THE SUBAREA PU 


. . WHEN (RQ CODE = NC IPL ABORT) 

. . DO; 

.IF FSM_PUJT2_LOAD = RESET THEN 
. . . DO; 

. CALL CHANGE MD_TO NEG RSP(X*0809'); 

. SEND MU TO PC T2.SEND7 
. . . END; 

. . . ELSE 

DO; 

. . . CALL CHANGE MU TO POS RSP(TRUNCATE) ; 

. CALL FSM PU T2 LOAD; 

. SEND MU TO PC_T2. SEND; 

. . . END; 

. . END; 


r . 

| NS_IPL_INIT FROM THE SSCP 


. . WHEN (NS RQ CODE = NS IPL INIT) 

. . DO; 

.IF FSM_PU_T2 LOAD -= RESET THEN 
. . . RECEIVE_CHICK_SENSE = X* 0809*; 

. . . ELSE 

. . . RECE1VE_CHECKJSENSE = UPM_IPL_RQ_VALIDITY_CHECK 

. . .IF RECEIVE CHECK SENSE -** (TtHEN 

. . . CALL CHANGE^MU~TO — NEG_RSP(RECEIVE_CHECK SENSE); 

.ELSE 

. . . CALL CHANGE_MUJTO_POS_RSP(TRUNCATE) ; 

. . . CALL FSM PU T2 LOAdT 

. . . SEND MU TO SNS7SEND; 

. . END; 


/* 

I 




V 

/* 

PAGE 11-118 

V 

/* 

APPENDIX B 

V 

/* 

CHAPTER 3 

V 


/* 

APPENDIX B 

*/ 

/* 

PAGE 11-118 

V 

/* 

CHAPTER 3 

V 



/* 


I 

j 

*/ 


/* 

PAGE 11-118 

V 

/* 

MODE INCONSISTENCY 

V 

/* 

PAGE 11-115 

V 

/* 

APPENDIX B 

V 

/* 

APPENDIX B 

*/ 

/* 

PAGE 11-118 

V 

/* 

CHAPTER 6 

*/ 


/* 


SIS IPL TEXT OR NS IPL FINAL FROM THE SSCP 






*/ 

WHEN (NS_RQ_CODE = (NS_IPL_TEXT | NS_IPL_FINAL)) 




DO; 





IF FSM PU T2 LOAD -*= NS TEXT THEN 

/* 

PAGE 11-118 

*/ 


RECEIVE CHECK SENSE = X'0809'; 

/♦ 

MODE INCONSISTENCY 

*/ 


ELSE 





RECEIVE_CHECK_SENSE = UPM_IPL_RQ_VALI DITY_CHECK ; 

/* 

PAGE 11-115 

*/ 


IF RECEIVE CHECK SENSE 0 THEN 





CALL CHANGE MU TO NEG_BSP(RECEIVE_CHECK t SENSE); 

/* 

APPENDIX B 

*/ 


ELSE 





CALL CHANGE^MU TO POS RSP(TRUNCATE) ; 

/♦ 

APPENDIX B 

*/ 


CALL FSM_PU T2 LOAD; 

IF RQ CODE = NS IPL__FINAL THEN 

/* 

PAGE 11-118 

*/ 


CALL FSM PU ACT RES; 

/* 

PAGE 11-54 

*/ 


SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

*/ 

END; 








/* 


1 NS^IPL^ABOPT FROM THE SSCP 


—i 

1 

__i 






*/ 

WHEN (NS_RQ__CODE = NS_IP1_AB0RT) 




DO; 





IF FSM PU T2 LOAD = RESET THEN 

/* 

PAGE 11-118 

*/ 


DO; 

. CALL CHANGE MU TO NEG RSP (X«0809') ; /* APPENTIX 

B f ! 

MODE INCONSISTENCY 

*/ 


. SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

*/ 


END; 





ELSE 





DO; 





. CALL CHANGE MU TO POS RSP(TRUNCATE) ; 

/* 

APPENDIX B 

*/ 


. CALL FSM PU T2 LOAD; 

/* 

PAGE 11-118 

*/ 


. SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

*/ 


EN D; 

END; 

END; 

END; 

END PU_T2 LOAD_PROC; 
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ADJ PU LOAD PROC: PROCEDURE; 


FUNCTION: THIS ROUTINE PERFORMS A PU-PU LOAD OPERATION FOR AN ADJACENT PU T2 

NODE. THE SSCP DIRECTS THE SUBAREA PU TO PERFORM THE LOAD OPERATION 
BY SENDING INITPROC. THE SUBAREA PU SENDS PROCSTAT TO THE SSCP UPON 
COMPLETION OF THE LOAD MODULE TRANSFER. 

INPUT: INITPROC FROM THE SSCP, RSP(NC IPL INIT | NC IPL TEXT | 

NC_IPL_FINAL | NC_IPL_ABORT) FROM THE PU_T2 NODE 

OUTPUT: NC_IPL_INIT, NC_IPL_T1XT, NC_IPL_FINAL, NC_IPL_ABORT TO THE PUJT2 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
NS.CS RCV 
PO.SVC_MGR.NS.RCV 

REFERS TO THE FOLLOWING PROCEDURE(S) : 
ADJ_PU_IPL_ABORT 

fsm“adj pu'load 

LOAD CHECKS 

SEND~NC_MU_TO_BF FOR PU T2 
UPM BUILD TEXT OR FINAL~ 


PAGE 11-34 
PAGE 11-28 


PAGE 11-105 
PAGE 11-124 
PAGE 11-104 
PAGE 11-106 
PAGE 11-113 


DCL RECEIVE_CHECK_SENSE BIT (32) ; 

IF NCB.PU TYPE (T4 | T5) THEN 
IF RRI = RQ THEN 
DO; 

. CALL CHANGE MU TO NEG RSP(X•1003 •) ; /* APPENDIX B, FUNCTION NOT SUPPORTED 
. SEND MU TO SNSTSEND; “ /* CHAPTER 6 

END; 

ELSE 

DISCARD MU; 

ELSE 

DO; 

. IF RRI = RSP THEN 

NRCBJPTR * LOCATE_NODE_RESOURCE(LSCB.EA); /* APPENDIX B 

. ELSE 

. NRCB PTR = LOCATE NODE RESOURCE(NSC RQ.TARGET_ADDRESS); /*. APPENDIX B 

. CP INDIRECT PTR = FIRST ENTRY(NRCB.CP^INDIRECTJLIST) ; /* APPENDIX B 

. CPCB_PTR = CP_INDIRECT.CP_ENTRY_PTR; 

. SELECT ANYORDER; 


( INITPROC FROM THE SSCP 


WHEN(RQ CODE = INITPROC) 

DO; 

. RECEIVE CHECK SENSE = LOAD CHECKS; /* PAGE 11-104 

. IF RECEIVE_CHECK_SENSE -= 0 THEN 
DO; 

. CALL CHANGE_MU_TO NEG RSP(RECEIVE_CHECK SENSE) ; /* APPENDIX B 

. . SEND MU TO SNS.SEND; /* CHAPTER 6 

END; 

. ELSE 
. DO; 

. . FIND LSCB IN LSCB LIST WHERE (LSCB.EA = NRCB.ELEMENT_ADDRESS) ; 

. CALL CHANGE_MUJTO P0S_RSP(TRUNCATE) ; /* APPENDIX B 

. SEND MU TO SNSTSEND; ~ /* CHAPTER 6 

. MU PTR = UPM CREATE RQ('NC IPL INIT'); /* APPENDIX B 

. CALL FSM ADJ-PU LOAD; ~ /* PAGE 11-124 

. . CALL SEND_NC“mU~TO_BF_FGR_PU_T2; /* PAGE 11-106 

. END; 

END; 


{ RESPONSE TO NC_IPL_INIT FROM THE PU_T2 


WHEN (RQ CODE = NC IPL INIT S RRI = RSP) 

DO; 

. IF RTI - NEG THEN 

. CALL ADJ PU_IPL ABORT (SNC); /* SENSE CODE OF -RSP FROM PU T2 
. ELSE 

. IF FSM ADJ PU LOAD TEXT THEN /* PAGE 11-124 

CALL~ADjIpu"iPL_ABORT(X'0809»); /* PAGE 11-105, MODE INCONSISTENCY 
. ELSE 
. DO; 

. . MU PTR = UPM BUILD TEXT_OR_FINAL; /* PAGE 11-113 

. . CALL FSM ADJ PU LOAD; /* PAGE 11-124 

. . CALL SEND NC~MU~T0 BF FOR PU T2; /* PAGE 11-106 
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| RESPONSE TO HC_IPLJTEXT PROH THE P0_T2 | 


- . WHEN(RQ_CODE = NC_IPL_TEXT 8 RBI = BSP) 

. . DO; 

.IP RTI = NEG THEN 

. . . CALL ADJ_PU_IPL ABORT(SNC); /* SENSE CODE OF -PSP FROM PO_T2 

. . . ELSE 

. . .IP FSH ADJ PU LOAD -•= TEXT THEN 

. . . CALL ADJ_PU”lFL_ABOBT(X'0809*) ; /* HODE INCONSISTENCY, PAGE 11-105 

. . . ELSE 

. . . DO; 

. . . . MU_PTR = OPH BUILD TEXT_OB PINAL; /* PAGE 11-113 

. . . . CALL FSH_ADJ~P0_L0Id; ” /* PAGE 11-124 

. . . . CALL SEND_NC~HO~TO_BF_FOR_POjr2; /* PAGE 11-106 

. . . END; 

. . END; 


r-, 

| RESPONSE TO NC_IPL_FINAI PROH THE P0JT2 I 


. . WHEN (RQ_CODE = NC_IPL_FINAL 8 BBI - BSP) 

DO; 

.IF RTI = NEG THEN 

. . . CALL ADJ PU IPL ABORT<SNC); /♦ SENSE CODS OF -PSP FROH P0JT2 

. . . ELSE 

IP FSH ADJ_PU LOAD PINAL THEN /* PAGE 11-124 

. . . CALL*~ADJ~Pu3lPL_ABORT(X*0809*); /* HODE INCONSISTENCY, PAGE 11-105 

. . . ELSE 

. . . DO; 

. . . . SCB PTR = CFCB.CP_SCB_ID; 

. . . .MO PTR = UPH_CREATE RQ (• PBOCSTAT*); /* IPL SUCCESSFUL, APPENDIX B 

. . . PROCSTAT^RQ.PROCEDURE^STATOS = IPL_SUCCESSFUL; 

. . . . CALL FSH~ADJ PU LOAD;” ~ /* PAGE 11-124 

. . . SEND HO TO SNS.SEND; /♦ CHAPTER 6 

. . . END; 

. . END; 


i---» 

| RESPONSE TO NC_IPI_ABOBT FSCS THE ?U_T2 | 


. . WHEN (RQ_CODE = NC_IPL_ABOBT 8 RRI = HSP) 

. . DO; 

.IF RTI = NEG THEN 

. . . CALL DPH_LOG('NEGATIVE NC_IPL_AEORT*); /* AFFENDIX B 

. . . DISCARD HUT 

. . END; 

. END; 

END; 

END ADJ_PU LOAD PROC; 
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*/ 

v 

v 

*/ 

*/ 

*/ 

/♦ 

*/ 

*/ 

*/ 

*/ 

*/ 

v 

*/ 

/* 

*/ 
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LOAD_CHECK$: PROCEDURE RETURNS(BIT(32)) 


/* 


FUNCTION: PERFORMS CERTAIN VALIDITY CHECKS BEFORE A P0-PU LOAD OPERATION CAN 

TAKE PLACE. 

INPUT: CURRENT MU IS INITPROC 

OUTPUT: RETURNS A SENSE CODE OF 0 IF NO ERRORS ARE DETECTED AND THE LOAD CAN 

BE PERFORMED; OTHERWISE, THE APPROPRIATE SENSE CODE. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) 
ADJ PU_LOAD PROC 


PAGE 11-102 


REFERS TO THE FOLLOWING PROCEDURE(S): 
ALS SEC SUBTREE CHECK 
FSM ADJ PU LOAD~ 

UPM CHECK MODULE ID 


PAGE 11-97 
PAGE 11-124 
PAGE 11-114 


*/ 

DCL RETURN_VALUE BIT (32) INIT(O); 

DCL P PTR; 


FIND NRCB IN NRCB LIST WHERE(NRCB.RESOURCE CATEGORY « BF.PU 6 
NRCB.ELEMENT~ADDRESS » INITPROC_RQ.TARGET^ADDRESS); 

IF NRCB PTR = NULL | NRCB.RESOURCE TYPE T2 THEN 

RETURN_VALUE = X»0849'; “ /* INVALID REQUESTED RESOURCE V 

ELSE 
DO; 

. FIND P->SCB IN SCB^LIST 

. WHERE (P->SCB.PARTNER SA = SCB.PARTNER SA 6 

. P->SCB.PARTNER EA = SCB.EARTN£R_EA Z 

P->SCB.THIS_SA~= NCB.NODE SUBARiA ADDRESS Z 


P->SCB.THIslEA = NRCB*£LEMENT_ADDRESS); 

IP P = NULL THEN" 

RETURN__VALUE = X»8005'; 

/* 

NO SESSION 

V 

ELSE 

DO; 

. IF FSM ADJ PU LOAD -= RESET THEN 

/* 

PAGE 11-124 

*/ 

. RETURN VALUE * X'0809'; 

/* 

MODE INCONSISTENCY 

*/ 


. ELSE 
DO; 




IF UPM CHECK MODULE w ID = NG THEN 

/* 

PAGE 11-114 

V 



RETURN VALUE * X'084B»; /* REQUESTED 

ELSE 

RESOURCE NOT 

AVAILABLE 

*/ 



IF ALS SEC SUBTREE CHECK(INITPROC RQ.TARGET ADDRESS) 

= NG THEN 





/* 

PAGE 11-97 

V 



RETURN VALUE = X'0809*; 

/* 

MODE INCONSISTENCY 

*/ 


END; 





. END; 

END; 

RETURN(RETURN VALUE); 
END LOAD CHECKS! 
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< 


ADJ_P0_IPL_ABOBT: PROCEDURE(SENSE); 

/* 

— - -— -——-~i 

| FUNCTION: THIS PROCEDURE IS INVOKED WHEN THE SUBAREA PO CANNOT COMPLETE THE \ 

| LOAD OPERATION TO A PUJX2 NODE. THIS CAN HAPPEN BECAUSE OF AN ERROR | 

} AT THE SUBAREA PU, OR BECAUSE THE PUJT2 RESPONDED NEGATIVELY TO ONE | 

| OF THE NC IPL COMMANDS. THIS PROCEDURE RESETS THE ADJ PU LOAD FSM. | 

I ~ I 

t INPUT: SENSE CODE FOR RESPONSE; MU PTR POINTS TO -RSP(NC IPL INIT | I 

| NC IPL TEXT 1 NC IPL FINAL); ~NRCB PTR AND CPCB PTR ARE SET IN | 

| CALLING PROCEDURE " ~ | 

I ( 

\ OUTPUT: NC IPL ABORT, INCLUDING THE APPROPRIATE SENSE DATA TO THE PU_T2, | 

1 PROCSTAT, INCLUDING PROCEDURE STATUS SET TO IPL PROCEDURE FAILURE | 

| AND THE APPROPRIATE SENSE CODE TO THE SSCP | 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): | 

t ADJ PU LOAD PROC PAGE 11-102 | 

I I 

| REFERS TO THE FOLLOWING PROCEDURE(S): | 

I FSM ADJ PU LOAD PAGE 11-124 | 

| SEND NC"*MU TO BF FOR PU T2 PAGE 11-106 | 


*/ 

DCL SAVE HU PTR PTF; 

DCL SENSE BIT(32); 


SAVE HU PTR * MU PTF; /* POINTS TO THE RESPONSE FROM THE PUJT2 */ 

/* OR TO THE FAILING REQUEST FROM THE~ADJ PU */ 

/* 



r- -—- - 

| SEND NC_IPL_ABCRT TO F0JT2 NODR 

-1 

1 





*/ 

MU PTR = UPM_ 

CREATE_RQ('NC_IPI_ABORT*) ; 

/* APPENDIX B 

*/ 

SNC * SENSE; 




CALL SEND NC_ 

MU_T0_BF_F0R - .PU - T2; 

/* PAGE 11-106 

*/ 




/* 


| SRND PROCSTAT(PROCEDURE FAILURE) 

TO SSCP; i 



| RESET FSM 

_ _ — _ _ *. 

! 



*/ 

SCB PTR * CPCB.CP SCB^ID; 

MU PTR = UPM CREATE RQ(»PROCSTAT'); /* APPENDIX B */ 

IF~SENSE * O'THEN ” /* -RSP FROM PU_T2, SET SENSE TO SNC OF -RSP */ 

SENSE = SAVE MU PTR->SNC; 

PROCSTAT RQ.PROCEDURE STATUS « PROCEDURE^FAILURE; 

PROCSTAT^RQ.FAILING_NCJRQ_CODE * SAVE_MU“pTR->RQ_CODE; 

PROCSTAT~RQ.SENSE DATA*"* SENSE; 

CALL FSM~ADJ_PU_LOAD; /* PAGE 11-124 */ 

SEND MU TO SNS.SEND; /* CHAPTER 6 */ 

END ADJ PU IPL_ABORT; 
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SEND_NC_MU_TO_BF_FOR_PO_T2: PROCEDURE; 


/* 


FUNCTION: THIS PROCEDURE FIILS IN THE CANONICAL TH AND THE RH FIELDS FOR NC 

HESSAGES SENT TO BOUNDARY FUNCTIpN FOR A P0JT2. 

INPUT: A NC HESSAGE UNIT AND A POINTER TO THE NRCB FOR THE ADJACENT LINK 

STATION THAT THE P0_T2 IS ATTACHED. 

OUTPUT: THE CANONICAL TH AND RH IS ADDED TO THE HESSAGE. 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

ADJ PU IPL ABORT PAGE 11-105 

ADJ PU~LOAD PROC PAGE 11-102 


♦/ 

/* 


8---—-- 

1 

TH 

FIELDS 

— -, 

\ 






♦/ 

OAFPRIME = X•FF *; 



/♦ THE PU T41 5 

*/ 

DAFPRIME = X'00*; 



/♦ THE PU T2 

♦/ 

EFI = EF; 



/♦ DEFINED TO BE EXPEDITED 

V 





/* 

»'• . J J 

1 

L _ 

RH 

FIELDS 

“ " ". . 1 " k 

1 

- - s 



V 


RRI = RQ; 

/♦ ONLY REQUESTS SENT 

*/ 

RU CTGY = NC; 

/♦ ONLY NC IPL REQUESTS 

V 

FI = B*1'; 

/* FORHATTED 

*/ 

SDI = -SD; 

/♦ NO SENSE DATA 

*/ 

BCI = BC; 

/♦ BEGIN CHAIN 

♦/ 

ECI = EC; 

/♦ END CHAIN 

*/ 

DR 11 = B*1'; 

/* RQD 

*/ 

DR2I = B* 0*; 



ERI = B'O'; 



QRI = -QR; 

/♦ RSP NOT QUEUED 

V 

PI = -PAC; 

/♦ NO PACING REQUESTED 

♦/ 

BBI = —BB; 

/♦ NOT BEGIN BRACKETS 

*/ 

EBI = -»EB; 

/♦ NOT END BRACKETS 

*/ 

CDI * -CD; 

/♦ NO CHANGE DIRECTION 

•/ 

CSI = CODEO; 

/♦ NO ALTERNATE CODE 

*/ 

EDI = -ED; 

/♦ NOT ENCIPHERED 

*/ 

PDI = -PD; 

/* DATA NOT PADDED 

*/ 

SEND HU TO BF.PC; 

/* CHAPTER B 

♦/ 


RETURN; 

END SEND_NC_MU_TO__BF_FOR_PU_T2; 
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NS.MS_PROC: PROCEDURE 


FUNCTION: 


ROUTES MAINTENANCE SERVICES REQUESTS THAT ARE ADDRESSED TO THE PU OR 
THAT ORIGINATE IN THE PU. ALL RESPONSES ARE DISCARDED. VERIFIES 
THAT A HALF-SESSION EXISTS FOR REQUEST FROM LINK_MGR AND THAT THE 
TARGET ADDRESS IS GOOD FOR REQUEST FROM A CONTROL POINT. 

MAINTENANCE SERVICES REQUESTS AND RESPONSES FROM A SSCP-PU 
HALF-SESSION OR FROM UPM CNMS TO BE SENT TO A CONTROL POINT; RU'S 
FROM LINK MGR TO BE FORWARDED TO A CONTROL POINT 


OUTPUT: 


REQUESTS AND RESPONSES TO SNS.SEND, 
A CONTROL POINT HALF-SESSION 


UPM_CNMS, OR DLC; -RSP(0801) TO 


1 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 




PU.SVC_MGR.NS.RCV 

PAGE 

11-28 

1 

1 

REFERS TO THE FOLLOWING PROCEDURE (S): 



1 

NS.EXECTEST PROC 

PAGE 

11-108 

I 

NS.MAINT INFO PROC 

PAGE 

11-111 

1 

NS.SETCV PROC 

PAGE 

11-64 

1 

NS.TESTMODE PROC 

PAGE 

11-109 

1 

NS.TRACE PROC 

PAGE 

11-110 

I 

L — 

UPM_DISPSTOR 

PAGE 

11-114 

IF 

DISPATCHED_BY (DLC*) THEN 




DO; 




. NRCB PTR = LOCATE NODE RESOURCE(LSCB.EA) ; 


/* 


/* APPENDIX B 

CP_IN DIRECT PTR = FIRST ENTRY (NRCB.CP INDIRECT_LIST); 

CPCB_PTR = CP_INDIRECT.CP_ENTRY_.PTR; 

SCB_PTR = CPCB.CP_SCB_ID; 

IF SCB PTR = NULL THEN 
DO; 

. DISCARD MU; 

. RETURN; 

END; 

END; 

ELSE 

IF RPI = RQ THEN 
DO; 

NRCB_PTR = LOCATE_NODE_RESOURCE(NSC_RQ.TARGET_ADDRESS) ; /* APTENDIX B 

7* WHEN THE TARGET ADDRESS IS ZERO THIS WILL 
RETURN THE ADDRESS OF THE PH RESOURCE ENTRY 

IF NRCB_PTR = NULL THEN 
DO; 

. CALL CHANGE_MU_TO NEG RSP(X•0801'); /* APPENDIX B, RESOURCE NOT AVAILABLE 

. SEND MU TO SNS.SEND; ” /* CHAPTER 6 

. RETURN; 

END; 

END; 

ELSE 

IF DISPATCHED_BY (SNS.RCV) THEN /* CHAPT2P 6 

DO; 

. DISCARD MU; 

. RETURN; 

END; 


*/ 

*/ 


V 

V 


*/ 

*/ 


SELECT ANYORDER; 

. WHEN (NS_RQ_CODE = RCUTE_TEST) 


SEND MU TO PU.SVC_MGR.PC_ 

ROUTE_MGR.RCV; 


/* 

CHAPTER 12 

*/ 

WHEN (NS RQ CODE = (EXECTEST 
CALL NS.EXECTEST_PROC; 

j RECTD) ) 


/* 

PAGE 

11-108 

*/ 

WHEN(NS_?Q_CODE = (TESTMODE 
CALL NS.TESTMODE_PROC; 

| RECTR | REQTEST)) 

/* 

PAGE 

11-109 

*/ 

WHEN (NS P.Q CODE = (ACTTRACF 
CALL NS.TRACE_PROC; 

1 DACTTRACE | 

RECTRD)) 

/* 

PAGE 

11-110 

*/ 

WHEN(NS RQ CODE = (DISPSTOR 
CALL UPM_DISPSTOR; 

| RECSTOR)) 


/* 

PAGE 

11-114 

*/ 

WHEN(NS RQ_CODE = (REQMS j 
CALL NS.MAINT_INFO_PROC; 

RECMS | RECFMS) 

) 

/* 

PAGE 

11-111 

*/ 

WHEN (NS_RQ_CODE = SETCV) 
CALL NS.SETCV_FROC; 



/* 

PAGE 

11-64 

V 


END; 

RETURN; 

END NS.MS PROC; 
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NS.EXECTEST_PROC: PROCEDURE 


/* 


FUNCTION: COORDINATE EXECTEST FUNCTIONS WITH OTHER LINK-LEVEL PROCEDURES. 

INPUT: EXECTEST FROM A CONTROL POINT, RECTD FROH DLC 

OUTPUT: EXECTEST TO THE LINK RESOURCE FSH; RESET SIGNAL TO THE LINK RESOURCE 

FSM; EXECTEST RU TO DLC; -BSP(EXECTEST,0801|0818|1003) TO SNS.SBND; 
RECTD RU*S TO SNS.SBND 

REFERENCED BX THE FOLLOWING PROCEDURE(S): 

NS.DLC RCV PAGE 11-76 

NS.MS.PROC PAGE 11-107 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSM_LINK_ACT_RES PAGE 11-119 


DCL LINK.EA BIT (16); 


V 


LINK EA = NRCB.ELEMENT ADDRESS; 
SELECT ANYORDER; 

l WHEN(INPUT("LINK TEST COMPLETED*)) 
. DO; 


. CALL FSM LINK ACT RES; 

/* PAGE 11-119 

*/ 

. CALL DELlTE ALL CP ENTRIES(LINK_EA); 

END; 

/* APPENDIX B 

*/ 

WHEN (INPUT (RQ) & NS RQ CODE = RECTD) 



SEND MU TO SNS.SEND; 

/* CHAPTER 6 

V 


WHEN(INPUT(RQ) & NS RQ CODE * EXECTEST) 

IF NCB.PUJTYPE = O 7 2) THEN 
DO; 

. CALL CHANGE MUJTO_NEG_RSP(X* 1003•) ; /* APPENDIX B, FUNCTION NOT SUPPORTED */ 

. SEND MU TO SNS.SEND; /* CHAPTER 6 */ 

END; 

ELSE 

DO; 

. IF RESOURCE_TOTAL_SHARE__CNT(LINK_EA) > 0 THEN /* APPENDIX B */ 

DO; 

. . CALL CHANGE MU_TO_NEG_RSP(X' 0801 *) ; /* APPENDIX B, RESOURCE NOT AVAILABLE */ 

. . SEND MU TO SNS.SEND; ~ /* CHAPTER 6 */ 

. END; 


. . ELSE 

IF FSM_LINK_ACT_RES -= RESET THEN /* PAGE 11-119 

. . DO; 

. . . CALL CHANGE MU_TO NEG_RSP(X*0818*); 

. . . ~ /* APPENDIX B, LINK PROCEDURE IN PROGRESS 

. SEND MU TO SNS.SEND; /* CHAPTER 6 

. . END; 

ELSE 

. . DO; 

. . . CALL FSM LINK_ACT RES; /* PAGE 11-119 

. CALL ADD_CP ENTRyIlINK EA,SCB PTR); /* APPENDIX B 

. FIND LSCB IN LSCB_LIST WHERE (LSCB.EA - LINK^EA) ; 

. SEND MU TO PU.SVC MGR.LINK MGR; 

- MU_PTR = UPM - CREATE„RSP(*EXECTEST»); /* APPENDIX B 

. . . SEND MU TO SNS.SEND; /* CHAPTER 6 

END; 

END; 

END; 


V 


V 

V 


*/ 

*/ 


V 

V 


RETURN; 

END NS.EXECTEST_PROC; 


■11-108 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 







NS.TESTMODE JPFOC: PROCEDURE 


/* 


i--------- 

| FUNCTION: COORDINATE TESTMODE FUNCTIONS WITH OTHER LINK LEVEL PROCEDURES AND | 
| INTERFACE UPH_HBQTEST NITH AN SSCP. | 

l INPUT: TESTHODE FROM A CONTROL POINT, REQTEST FROM UPM FEQTEST, RECTR FROM | 
I DLC ~ | 

| OUTPUT: TESTMODE TO THE TEST RESOURCE FSM; RESET SIGNAL TO THE TEST RESOURCE | 
| FSM; TESTMODE RU TO DLC; -RSP( TESTMODE ,08011 0809|081510817| 1003) TO | 
| SNS.SEND; RECTR AND REQTEST BU'S TO SNS.SEND | 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): I 
| NS.DLC RCV PAGE 11-76 | 
| NS.MS_PROC PAGE 11-107 | 

| REFERS TO THE FOLLOWING PROCEDURE (S): I 
| ALS SEC SUBTREE CHECK PAGE 11-97 | 
| FSM ALS CONTACT EISCONTACT RES PAGE 11-122 | 
| FSM~ALS~TEST RES PAGE 11-124 | 


*/ 

DCL ALS__EA BIT (16); 

DCL LINK_EA BIT(16); 

ALS EA = NRCB.ELEMENT ADDRESS; 

LINK_EA = NRCB.ASSOCIATED_RESOURCE; 

SELECT ANYORDER; 


WHEN(INPUT(*TEST COMPLETED*)) /* PROM DLC ♦/ 

DO; 

. CALL DELETE ALL CP ENTRIES(ALS EA); /♦ APPENDIX B */ 

. CALL FSM ALS TEST RES(*RESET*)7 /* PAGE 11-120 */ 

END; 

WHEN(INPUT(RQ) S NS RQ_CODE = RECTR) /♦ FROM DLC */ 

SEND MU TO SNS.SEND; /* CHAPTER 6 */ 

WHEN(INPUT(RQ) 6 NS RQ CODE = REQTEST) /♦ FROM UPM REQTEST V 

SEND MU TO SNS. SEND;”* /* CHAPTER 6 ♦/ 

WHEN(INPUT (RQ) S NS RQ CODE = TESTMODE) /* FROM DLC */ 

IF NCB.PU.TYPE = O 7 2) | 

TESTMODE RQ.TARGET ID (2:3) -= B'01* THEN 

DC; 

. CALL CHANGE MU TO NEG RSP (X* 1003') ; /♦ APPENDIX B, FUNCTION NOT SUPPORTED */ 

. SEND MU TO SNSTSEND; ~ /* CHAPTER 6 V 

END; 

ELSE 

DO; 

. IF FSM ALS CONTACT DISCONTACT RES - PEND RESET | /♦ PAGE 11-122 */ 

. FSM ALS CONTACT DISCONTACT_RES = RESET_IN_PROG?E5S THEN 

. XALL ENQUEUE_RU FOR RESOURCE(ALS^EA); ~ /* APPENDIX B */ 

. ELSE 

. IF FIND_CP_ENTRY (LINK_EA,SCB._PTR) * NG THEN /* APPENDIX B V 

. DO; 

. . CALL CHANGE_MU_TG_NEG_RSP(X' 0817') ; /♦ APPENDIX B, LINK INACTIVE */ 

. SEND MU TO SNSTSEND; ” /♦ CHAPTER 6 */ 

END; 

ELSE 

. IF FIND CP_ENTRY(ALS EA,SCB_FTB) - NG | /* APPENDIX B */ 

. (FSM ALS TEST RES = RESET 6 /* PAGE 11-124 ♦/ 

. AISJJEC SUBTREE_CHECK(ALS_EA) = NG) THEN /♦ PAGE 11-97 */ 

DO; 

. . CALL CHANGE MU TO NEG RSP(X*0801'); /♦ APPENDIX B, RESOURCE NOT AVAILABLE */ 

. . SEND MU TO SNSTSEND; ~ /♦ CHAPTER 6 ♦/ 

. END; 


ELSE 

. . IF FIND CP ENTRY (ALS_EA, SCB PTP) * OK S /♦ APPENDIX B */ 

FSM^ALS TEST RES * TEST — IN — PROGRESS THEN /* PAGE 11-124 »/ 

. . DO; 

. . . CALL CHANGE MU TO NEG RSP (X'0815*) ; /♦ APPENDIX B, FUNCTION ACTIVE */ 

. . . SEND MU TO SNSTSEND; ” /* CHAPTER 6 V 

. . END; 

. . ELSE 

DO; 

. . . CALL ADD CP ENTRY(ALS EA,SCB_PTR); 

. . . CALL FSM~ALS TEST RES; 

. . . FIND LSCB IN~LSCB LIST WHERE(LSCB.EA 

. . . SEND MU TO PU.SVC“mGR.LINK_MGR; 

. . . MU PTR * UPM CREATE RSP('TiSTMODE»); 

. SEND MU TO SNS.SEND! 

. . END; 

. END; 

END; 

RETURN; 

END NS.TESTHODE^PROC; 


/* APPENDIX B ♦/ 

/♦ PAGE 11-124 ♦/ 

= ALS_EA) ; 

/* APPENDIX B ♦/ 

/♦ CHAPTER 6 ♦/ 
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VS.TRACBJPBOC: PROCEDURE; 

/* 

r “ ‘ = ——————---------———————————————————---— — —-—-— --— --i 

| FUNCTION: COORDINATE BEQUEST FOR A LINK LEVEL TRACE. | 

| INPUT: ACTTHACB AND DACTTBACE FROB A CONTROL POINT; RECTRD FROH OLC f 

| OUTPUT: +RSP TO ACTTBACE AND DACTTBACE; J 

f -ESP(ACTTRACE,08330501|08330580|0815|0817); -RSP(DACTTBACE,0816) I 

| REFERENCED BY THE FOLLOWING PROCEDURE (S): I 

| NS.HS^PBOC PAGE 11-107 | 

| REFERS TO THE FOLLOWING PROCEDURE(S): | 

| FSM_LINK_TRACE_RE5 PAGE 11-120 I 

«.-—......... . .- ____ - .- -_____-J 

V 

DCL LINK_EA BIT(16); 

DCL ALS EA BIT (16); 

DCL P PTR; 

LINK EA = NRCB.ELEMENT ADDRESS; 

FIND P—>NRCB IN NRCB LIST 

WHERE (P->NRCB. ASSOCIATED__RESOUBCE = LINK EA S 
P->NRCB.RESO0RCE_CATEGORY = ALS); 

ALS_EA = P->NRCB.ELEMENT_ADDRE SS; 


FIND LSCB IN LSCB LIST WHERE (LSCB.EA = ALS EA); 




TGCB_PTR = FIND_TGCB_FOR_ALS_EA(ALS„EA); 

/* 

APPENDIX 6 

*/ 

SELECT ANYORDER; 





WHEN(NS RQ CODE = PECTRD) 

/* 

VROH DLC 

*/ 


DO; 





. IF FSM LINK TRACE RES = RESET THEN 

/* 

PAGE 11-120 

*/ 


DISCARD HU; 





. ELSE 





. SEND MO TO SNS.SEND; 

/* 

CHAPTER 6 

V 


END; 





WHEN(NS RQ CODE = DACTTBACE) 

/* 

FROM SSCP 

V 


DO; 





. IF FIND CP ENTRY(LINK_EA,SCB PTH) * NG THEN 

/♦ 

APPENDIX B 

V 


. DO; 





. CALL CHANGE_H0_T0_NEG_R5r(X®0817*); /* APPENDIX ?, 

LINK INACTIVE 

V 


. . SEND MU TO SNS.SEND; 

/* 

CHAPTER 6 

V 


END; 





. ELSE 





. IF FSMJLINK_TRACE_RES = RESET THEN 

/* 

PAGE 11-120 

V 


. DO; 





. CALL CHANGE HU TO NEG RSP(X•0816'); /* APPENDIX 

B # FUNCTION INACTIVE 

*/ 


. . SEND MO TO SNS7SEND; 

/* 

CHAPTER 6 

V 


. END; 





. ELSE 





DO; 





. IF FSM LINK TRACE RES - TG TRACE THEN 

/* 

PAGE 11-120 

V 


. . TGCB7TG TRACE =~OFF; 





. CALL FSM LINK TRACE RES; 

/* 

PAGE 11-120 

*/ 


. SEND MO TO PoTsVC MGR.LINK KGB; 





. MO PTR = OPM CREATE__RSP (' DACTTRACB*) ; 

/♦ 

APPENDIX B 

V 


. SEND MO TO SNS.SEND! 

/* 

CHAPTER 6 

*/ 


END; 

END; 
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WHEN(NS_RQ_CODE = ACTTRACE) /* FROM SSCP */ 

IF FIND_CP_ENTRY(LINK_EA,SCB_PTR) - MG THEM /* APPENDIX B */ 

DO; 

. CALL CHANGE_MUJTO MEG RSP (X'0817«) ; /* APPENDIX B, LINK INACTIVE */ 

. SEND HU TO SNS.SEND; ” /* CHAPTER 6 */ 

END; 

ELSE 

IF RESOURCE - TOTAL_SHARE_CNT (LINK__EA) > 1 THEN /* APPENDIX B */ 

DO; 

. CALL CHANGE MU TO NEG RSP(X*0809'); /* APPENDIX B, MODE INCONSISTENCY */ 

. SEND HU TO SNS.SEND; ~ /* CHAPTER 6 */ 

END; 

ELSE 

IF FSH_LINK_TRACE RES = LINE TRACE B /* PAGE 11-120 */ 

ACTTRACE_RQ.TRACE TYPE « LINK TRACE WITH TG THEN 

DO; 

. CALL CHANGE MU_TO_NEG RSP(X*08330580*); /♦ APPENDIX B, INVALID PARAMETER */ 

. “ /* LINE TRACS ACTIVE */ 

. SEND HU TO SNS.SEND; /* CHAPTER 6 */ 

END; 

ELSE 

IF FSH__LINK TRACE RES RESET THEN /* PAGE 11-120 */ 

DO; 

. CALL CHANGB_MU_TO_N3G_RSP(X'0815') ; /* APPENDIX B, FUNCTION ACTIVE */ 

. SEND MU TO SNS.SEND; ” /* CHAPTER 6 */ 


END; 

ELSE 

IF TGCB_PTR « NULL & 

ACTTRACE RQ.TRACE TYPE = LINK TRACE WITH TG THEN 

DO; 


. CALL CHANGE_MUjrO_NEG_RSP(X*0801') ; /* APPENDIX B */ 

. SEND HU TO SNS7SEND; " /* CHAPTER 6 */ 

END; 

ELSE 

IF FSMJLINK TRACE RES - RESET & /* PAGE 11-120 */ 

ACTTRACE RQ.TRACE TYPE = LINK TRACE_WITH_TG S 
TGCB.TG TRACE = ON THEN 

DO; 

. CALL CHANGE_MU__TO_NEG_RSP (X* 08330501') ; /♦ APPENDIX B */ 

/♦ TG TRACE ALREADY ACTIVE ON ANOTHER LINK */ 

. SEND HU TO SNS.SEND; /* CHAPTER 6 */ 

END; 

ELSE 

DO; 

. CALL FSM_LINK_TRACE_RES; /* PAGE 11-120 */ 

. IF ACTTRACE RQ.TRACE TYPE * LINK TRACE WITH TG THEN /* TG TRACE OPTION */ 
. TGCB.TG TRACE = ON? 

. SEND MU TO PU.SVC MGR.LINK HGR; 

. HU PTR = UPM CREATE RSP(*ACTTRACE*); /* APPENDIX B */ 

. SEND MU TO SNS.SEND; /* CHAPTER 6 */ 

END; 


END; 

RETURN; 

END NS.TRACE PROC; 


NS.MAINT_INFO_FROC: PROCEDURE; 


/* 

i- 

| FUNCTION: 

| INPUT: 

J OUTPUT: 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : 



NS. HS__PROC 


PAGE 11-107 


1 






V 

SELECT ANYORDER; 






WHEN(INPUT(RQ) & NS_RQ CODE = REQMS) 


/* 

FROM SSCP 

*/ 


SEND MU TO UPH_CNHS; 


/♦ 

PAGE 11-114 

*/ 


WHEN(INPUT(RQ) 6 NS_RQ_CODE - (RECFHS 

| RECHS)) 

/* 

FROM UPM CNMS 

*/ 


SEND MU TO SNS.SEND; 


/♦ 

CHAPTER 6 

*/ 


WHEN(INPUT(RSP) 6 NS_RQ_CODE * REQMS) 


/* 

FROM UPM CNMS 

*/ 


SEND MU TO SNS.SEND; 


/* 

CHAPTER 6 

V 


END; 

RETURN; 

END NS.HAINT INFO PROC; 


THIS PROCEDURE PROCESSES PEQUESTS FOR MAINTENANCE INFORMATION. THE 
PARTICULAR HALF SESSION IS PASSED WITH THE REQMS RU TO UPM_CNMS AND 
IS RETURNED WITH THE RESPONSE. THE PARTICULAR SSCP DESTINATION IS 
SPECIFIED BY UPM_CNHS FOR ALL RU*S AND RESPONSES THAT IT GENERATES. 

REQHS FROM A CONTROL POINT, RECFHS AND RECHS RU*S FROM UPM^CNMS 

REQMS TO UPH_CNMS, RECFHS AND RECHS TO A CONTROL POINT 
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UPM_ACTPU_CPID_CHECK: PROCEDURE RETURNS(BIT(1)); 


| FUNCTION: THIS PBOCEDOBE VALIDATES THE CP ID. 

J 

| BEFEBENCED BY THE FOLLONING PBOCEDUBE(S): 

1 NS.SC PBOC PAGE 11-30 


BETUBN(OK); 

END UPH_ACTPU_CPID_CHECK; 


/* SEE FUNCTION 


/* 


I 

I 

I 


V 

*/ 


UPM_ADDLINK: PBOCEDOBE; 


FUNCTION: THIS PBOCEDUBE CHECKS TO SEE IF SUFFICIENT STORAGE AND ELEMENT 

ADDRESSES ARE AVAILABLE AND THE LOCAL LINK ID IS VALID. IF OK, IT 
GENERATES A +RSP; IF NOT, IT GENERATES A -RSP (080610812). 


REFERENCED BY THE FOLLOWING PROCEDURE(S) 2 
NS.ADDLINK_ADDLINKSTA_PROC 


PAGE 11-62 


SEE FUNCTION 


RETURN; 

END UPH^ADDLINK; 


V 

*/ 


UPM_ADDLINKSTA: PROCEDURE; 


/* 


r-— -———————*---— i 

| FUNCTION: THIS PROCEDURE CHECKS TO SEE IF SUFFICIENT STORAGE AND ELEMENT | 

| ADDRESSES ARE AVAILABLE AND THE FID TYPE IS CORRECTLY SPECIFIED. IF | 

| OK, IT GENERATES A +RSP; IF NOT, IT GENERATES A | 

| -RSP(0806|0812|0835); ( 

| REFERENCED BY THE FOLLOWING PROCEDURE (S) : I 

| NS.ADDLINK_ADDLINKSTA PROC PAGE 11-62 I 


RETURN; 

END UPM_ADDLINKSTA; 


*/ 

/* SEE FUNCTION */ 


UPM_ANA_PROC: PROCEDURE; 


/* 


FUNCTION: PROCESSES AN ANA REQUEST AND GENERATES THE RESPONSE. THESE REQUESTS 

ARE REQUESTED FROM A MUTUALLY PREDETERMINED POOL OF ADDRESSES. IN 
THE SHARED CONTROL ENVIRONMENT EACH POTENTIAL SSCP HAS A SEPARATE 
POOL OF ADDRESSES FOR ASSIGNMENT BY ANA. THIS IS NOT CHECKED BY THE 
PU.SVC MGR; HOWEVER, IF A REQUEST IS MADE TO ASSIGN AN ADDRESS THAT 
IS ALREADY PREVIOUSLY ASSIGNED THE ENTIRE REQUEST IS REJECTED WITH A 
NEGATIVE RESPONSE (0815—FUNCTION ACTIVE). 

REFERENCED BY THE FOLLOWING PROCEDURE (S) : 

NS.CS_RCV PAGE 11-34 


RETURN; 

END UPM_ANA_PROC; 


*/ 

/* NOT ARCHITECTED */ 
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UPH_BUILD_ERROR_XID: PROCEDURE; 


/* 


| FONCTIOH: THIS PROCEDURE CREATES AN XID AND INITIALIZES IT ACCORDING TO THE | 
| VALUES IN LSCB.XID SEND. | 
I ~ ( 
| REFERENCED BY THE FOLLOWING PROCEDURE<S): | 
\ XID_ERR_SEND PAGE 11-75 | 
1_______j 


RETURN; 

END UPH_BUILD_ERROR_XID; 


*/ 

/* SEE FUNCTION */ 


UPH_BUILD_FORHAT_2_XID: PROCEDURE; 


/* 


i-----1 

| FUNCTION: THIS PROCEDURE CREATES AN XID AND INITIALIZES ALL VALUES. \ 

I I 

1 REFERENCED BY THE FOLLOWING PROCEDURE(S): I 

| XID_FORHAT_2_BUILD PAGE 11-71 j 

i-1_____j 

*/ 

CREATE HU; 

HUCB.XID = ON; 

/* SEE FUNCTION */ 

RETURN * 

END UPH_BUILD_FORHAT_2_XID; 


UPH_BUILD_TEXT_OR_FINAL: PROCEDURE RETURNS (PTP); 


/* 


FUNCTION: THIS PROCEDURE CREATES AN NC IPL TEXT OF NC IPL FINAL. AN 

NC_IPLJTBXT IS CREATED IF THERE IS MORE IPL TEXT TO BE~TRANSMITTED 
TO* THE PU T2 NODE. IF ALL OF THE IPL TEXT HAS BEEN SENT, AN 
NC_IPL_FINAL IS CREATED. 

INPUT: NONE 

OUTPUT: MU_PTR POINTS TO AN NC_IPL_TEXT OR NC_IPL_FINAL 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

ADJ_PU_LOAD_PROC PAGE 11-102 


*/ 


CREATE HU; 

/* FUNCTION AS DESCRIBED */ 

RETURN(HU PTR) ; 

END UPH BUILD TEXT OR FINAL; 


UPH_CHAN370_CHECK: PROCEDURE RETURNS (BIT(1)) ; 


/* 


| FUNCTION: THIS PROCEDURE PERFORHS IHPLEHENTATION-DEPENDENT CHECKS ON THE | 
1 RECEIVED XID. I 
I I 
| REFERENCED BY THE FOLLOWING PROCEDURE(S): I 
| XID_FORHAT_CHECK_2 PAGE 11-69 | 
c__——-1---1-----j 


RETURN(OK); 

END UPH_CHAN370_CHECK; 


*/ 

/* SEE FUNCTION */ 
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UPH_CHECKJSODULE_ID: PHOCEDURE RETURNS (BIT (1)) ; 


/* 


FUNCTION: THIS UPM DETERMINES IF THE IPL CODE REFERENCED BY THE MODULE ID IN 

INITPROC CAN BE ACCESSED. IF THE MODULE ID IS ALL SPACES 

(X*4040.. . •) , THIS UPM DETERMINES IF A DEFAULT MODULE CAN BE 
ACCESSED. 

INPUT: THE CURRENT MU IS INITPROC 

OUTPUT: OK, IF A LOAD MODULE CAN BE ACCESSED; 

NG, IF A LOAD MODULE CANNOT BE ACCESSED 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

LOAD_CHECKS PAGE 11-104 


V 

DCL RC BIT (1) ; 

/* FUNCTION AS DEFINED */ 

RC * OK; 

RETURN(RC); 

END UPM_CHECK MODULE ID; 


UPM_CNMS: PROCEDURE; 


| FUNCTION: THIS PROCEDURE RECEIVES REQMS AND GENERATES RECMS AND RECFMS. 
| REQUESTS AND RESPONSES ARE RECEIVED FROM NS.MAINT INFO PROC. ALL 
1 REQUESTS AND RESPONSES ARE SENT TO PU.SVC MGR.NS.RCV7 WHICH FORWARDS 
| THEM TO NS.MAINT INFO PROC TO BE FORWARDED TO THE CORRECT SSCP. 


RETURN; 

END UPM_CNMS; 


/* SEE FUNCTION 


/* 


I 

I 

I 

I 


*/ 

*/ 


UPM_DISPSTOR: PROCEDURE; 


/* 


| FUNCTION: THIS PROCEDURE PROCESSES DISPSTOR REQUESTS. IT CHECKS THE BEGINNING | 
| LOCATION. IF CORRECT, IT SENDS A +RSP(DISPSTOR) ; OTHERWISE, IT | 
| SENDS -RSP(08350009). IF THE REQUEST IS VALID, ONE OR MORE RECSTOR | 
| RU'S ARE SENT TO SSCP REQUESTING IT. I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : | 
| NS.MS_.PROC PAGE 11-107 I 
i_—Z_—_—____i 


RETURN; 

END UPM_DISPSTOR; 


*/ 

/* SEE FUNCTION */ 


UPM_EXTRACT_NS_LSA_RQD: PROCEDURE RETURNS (BIT (1)) ; 


/* 

[ FUNCTION: THIS PROCEDURE LOCATES CONTROL VECTOR X'OB* IN THE ACTPU REQUEST. | 

| IF FOUND, THE NS LSA RQD BIT IS RETURNED. IF NOT FOUND, THEN A | 

| VALUE OF YES IS RETURNED INDICATING THAT NS LSA IS REQUIRED. | 

I ~ I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : | 

| NS.SC PROC PAGE 11-30 | 


RETURN(NO); 

END UPM_EXTRACT_NS_LSA_RQD; 


*/ 

/* NOT ARCHITECTED */ 
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UPM.IPL.RQ.VALIDITY.CHECK: PROCEDOBE RETURNS (BIT (32)); 


/* 


FUNCTION: THIS FUNCTION CHECKS THE VALIDITY OF THE IPL COMMAND RECEIVED BY A 

PU.T2 NODE. SPECIFICALLY, THIS FUNCTION RETURNS A SENSE CODE OF: 

X * 1001 1 RU DATA ERROR—IF THE TEXT PORTION OF THE NC IPL TEXT 
OR THE NS.IPL.TEXT REQUEST IS IN THE WRONG FORMAT? 

X* 1005* PARAMETER” ERROR—IF THE WRONG LOAD MODULE NAME WAS 
RECEIVED IN AN NC.IPL.INIT OR NS.IPL.INIT REQUEST, OR 
THE ENTRY POINT LOCATION ON THE NC_IPL_FINAL 

NS_IPL__FINAL REQUEST WAS OUT OF RANGE. 

X'0815» FUNCTION ACTIVE—IF A PU T2 NODE IS ALREADY FULLY 
LOADED OR DIDN'T REQUEST TO BE LOADED. 

THIS FUNCTION RETURNS A SENSE CODE OF 0 IF THE IPL COMMAND IS VALID. 

INPUT: THE CURRENT MU IS AN NC IPL INIT, NC_IPL_TEXT, NC_IPL_FINAL, 

NS_IPL_INIT, NS_IPL.TEXT,OR NS_IPL_FINAL REQUEST. 

OUTPUT: A SENSE CODE OF 0 IF THE IPL COMMAND IS VALID; OTHERWISE, X'1001', 

X'1005', OR X'0815' AS APPROPRIATE 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

PU_T2.LOAD.PROC PAGE 11-100 


V 

DCL RETURN.VALUE BIT(32); 

/* FUNCTION AS DESCRIBED */ 

RETURN.VALUE = 0; 

RETURN(RETURN_VALUE) ; 

END UPM.IPL RQ VAUDITY_CHECK; 


UPM_PRI.SEC.ROLE: PROCEDURE; 


/* 


FUNCTION: THIS PROCEDURE DETERMINES IF THE LOCAL STATION CAN ASSUME ONLY THE 
PRIMARY STATION OR ONLY THE SECONDARY STATION ROLE. IF SO, THE 
SETTING OF THE XID 2.CONTACT.OR LOAD_STAT, XID 2 SDLC.STA ROLE PPI, 
AND XID_2__SDLC. STA.ROLE_SEC FIELDS ARE OVERRIDDEN TO INDICATE THE 
ONE ROLi THAT THE LOCAL”sTATIQN CAN ASSUME. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

FSM.XID.FOFMAT.2 PAGE 11-126 

XIB~F0BMAT_2 BUIID PAGE 11-71 


/* 


SEE FUNCTION 


RETURN; 

END UPM_PRI_SEC_ROLE; 


*/ 

*/ 


UPM.REQTEST: PROCEDURE; 


FUNCTION: THIS PROCEDURE GENERATES A REQTEST REQUEST. IT FORWARDS THE REQUEST 

TO PU.SVC MGR.NS.RCV TO BE FORWARDED TO THE SPECIFIED SSCP. HOW THE 
SSCP IS SELECTED IS NOT ARCHITECTED. 


RETURN; 

END UPM.REQTEST; 


/* SEE FUNCTION 


/* 


I 

i 

I 


*/ 

*/ 


UPH.RESTORE.SNF: PROCEDURE; 


/* 


FUNCTION: RESTORES SEQUENCE NUMBER FIELD FROM A PREVIOUS REQUEST INTO THE 

CURRENT RESPONSE. 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

NS.LINK_.RSP PAGE 11-79 

NS.LCAD~RSP PAGE 11-84 


RETURN; 

END UPH.RESTORE_.SNF; 


V 

/* NOT ARCHITECTED */ 
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UPHJRNAA_RESOURCE_CHECK: PROCEDURE RETURNS(BIT(1)); 


/* 


FUNCTION: THIS PROCEDURE CHECKS TO SEE IF SUFFICIENT STORAGE AND NETWORK 

ADDRESSES ARE AVAILABLE TO ALLOW ALL THE REQUESTED NETWORK ADDRESSES 
TO BE ASSIGNED. IF THERE ARE SUFFICIENT RESOURCES, IT SETS THE 
RETURN CODE TO OK; IF THERE ARE NOT, IT SETS THE RETURN CODE TO NG. 

REFERENCED BT THE FOLLOWING PROCEDURE(S) : 

NS.RNAA PROC PAGE 11-52 


RETURN(OK); 

END UPBORNAA_RESOURCE_CHECK; 


*/ 

/* SEE FUNCTION */ 


UPM_SA?E_SNF: PROCEDURE; 


/* 


FUNCTION: SAVES SEQUENCE NUMBER FIELD FROM CURRENT REQUEST FOR USE IN A LATER 

RESPONSE. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

NS.DUMP PROC PAGE 11-48 

NS.LOAD~PROC PAGE 11-46 

NS.RPO PROC PAGE 11-50 


RETURN; 

END UPM__SAVE_SNF; 


V 

/* NOT ARCHITECTED */ 


UPM_SETCV_KEY1: PROCEDURE; 


r~ ----—- - - -— •— -----*-- — 

j FUNCTION: THIS PROCEDURE PROCESSES DATE AND TIME CONTROL VECTOR. 

I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): 

| NS.SETCV_PFOC PAGE 11-64 


/* 


I 

I 

I 

I 


RETURN; 

END UPM__SETCV_KEY1; 


*/ 

/* NOT ARCHITECTED */ 


UPMJ3ETCVJTEY3: PROCEDURE; 


i—■-----— —— - - ————--- 

| FUNCTION: THIS PROCEDURE PROCESSES SDLC SEC STATION CONTROL VECTOR. 

I 

| REFERENCED BY THE FOLLOWING PROCEDURE (S) : 

I NS.SETCVJPROC PAGE 11-64 


RETURN; 

END UPfl_SETCV_KEY3; 


/* NOT ARCHITECTED 


/* 


I 

I 

I 

I 


*/ 

*/ 


UPM_SETCV_KEY4: PROCEDURE; 


| FUNCTION: THIS PROCEDURE PROCESSES LU CONTROL VECTOR. 

I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

I NS.SETCVJPROC PAGE 11-64 


RETURN; 

END UPMjSETCVjKEY4; 


/* NOT ARCHITECTED 


/* 


J 

J 

» 

1 


*/ 

*/ 
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UPH_SETCV_KEY8: PROCEDURE RETURNS(BIT(16) ) ; 


| FUNCTION: THIS PROCEDURE PROCESSES INTENSIVE NODE CONTROL VECTOR. 

I 

1 REFERENCED BY THE FOLLOWING PROCEDURE(S) 2 

| NS.SETCV_PROC PAGE 11-64 


DCL ERROR_CODE BIT (16); 

ERROR_CODE = 0; 

/* NOT ARCHITECTED 

RETURN(ERROR CODE); 

END UPM SETCV KEY8; 


/* 


I 

t 

I 

I 


*/ 


*/ 


UPM_2_BYTE_NA__ASSIGN: PROCEDURE RETURNS (BIT (16) ) ; 


/* 


FUNCTION: SELECTS AN UNUSED ELEHENT ADDRESS AND FORMS A 2 BYTE NETWORK ADDRESS 

BY ADDING THE NODE SUBAREA. 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

NS.BF LU ADD PAGE 11-60 

NS.BF PuIaND_ALS_ADD PAGE 11-61 

NS.LU ADD PAGE 11-62 


*/ 

DCL TWO BYTE ADDRESS BIT(16); 

/* NOT ARCHITECTED */ 

RETURN(TWO BYTE ADDRESS); 

END UPM_2 — BYTE_NA”ASSIGN; 
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FSMJPU^ACTJtES: FSM — DEFINITION CONTEXT(NRCB) ; 


. _ , . . . /* 

I FUNCTION: TO REMEMBER THE STATUS OF A PHYSICAL UNIT WITH RESPECT TO ACTPU AND 

| DACTPU COMMANDS AND THE IPX STATUS OF THE NODE IF A PU T2* | 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) 2 I 

| NS.LCP__RESET PROC PAGE 11-33 | 

| NS.SC PROC PAGE 11-30 | 

| PU T2_LOAD PROC PAGE 11-100 | 

i— -----Z —Z Z_______ — . . . — —-----1 

. . . ' V 


| STATE NAMES-> | RESET \ PEND | ACTIVE 

I II IPL | 

I I I I 

| INPUT STATE NUMBERS-> | 01 I 02 | 03 


l----- 

—- H - 

—1-- 

-1---■-- 

| ACTPU,IPL REQUIRED 

1 2 

1 / 

1 / 

| ACTPU,-IPL REQUIRED 

1 3 

1 / 

1 / 

| S,+RSP(NC IPL FINAL) 

1 / 

1 3 


| S,+RSP (NS__IPL — FINAL) 

j . .. .... ” ... T .. ..... 

1 / 

- . - 1 — 

1 3 


| 'RESET* 

- ■ 1 -■ - ■ f- 1 . L Mi 

1 / 

1 1 

1 1 


END FSMJPU_ACT_RES; 


FSM_PU_T2_LOAD: FSM_DEFINITION CONTEXT(NRCB); 


FUNCTION: TO REMEMBER THE STATUS OF THE PU T2 WHILE ITS NODE IS BEING LOADED 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 

NS.LCP RESET PROC PAGE 11-33 

PU T2 LOAD PROC PAGE 11-100 


STATE NAMES-> 

STATE NUMBERS-> 


S,♦RSP(NS_IPL INIT) 

s,-rsp<ns„ipl!init) 


S,+RSP(NS IPL TEXT) 

s,-rsp(NsIipl!text) 


S,*RSP(NS IPL FINAL) 
S,-RSP(NS~IPL~FINAL) 


S,+RSP(NS_IPL_ABORT) 


S,+RSP(NC IPL INIT) 
S,-RSP(NCJ[PLllNIT) 


S,+RSP(NC_IPLJTEXT) 
S,-RSP(NC~IPL~TEXT) 


S,+RSP(NC IPL FINAL) 
S,-RSP(NC_IPL_FINAL) 


S,+RSP (NC^IPL_ABORT) 


•RESET* 


END FSM_PU_T2_LOAD; 


01 


t / 

I / 


I - 
I 4 


I 1 
I 4 


I 1 


I / 
I / 


I / 
I / 


I / 
I / 


I / 


I 1 


H- 

I / 

I / 


I / 
I / 


I / 
I / 


I / 


I / 
I / 


I 4 


I 1 
I 4 


I 1 


I 1 
-x- 


*/ 


| NS | NC | ABORT 

| TEXT | TEXT | 

| 02 | 03 | 04 


-+- 


I / 
I / 


I / 
I / 


I / 
I / 


I 1 


I / 
I / 


I / 
I “ 


I / 
I / 


I 1 


I 1 
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FSH_CP.SBSS.SDT: FSH.DEFINITIOW CONTEXT(CPCB); 


FUNCTION: TO REMEMBER THE STATUS OF A SESSION NITH A CONTROL POINT HITH 

RESPECT TO SDT REQUEST, THE FSB IS RESET WHEN THE SESSION IS 

INITIALIZED. IT IS UNDEFINED AFTER THE CPCB IS DELETED. 

REFERENCED BT THE FOLLOWING PROCEDURE(S) : 

NS.REQACTLU PROC PAGE 11-93 

NS.REQFNA PROC PAGE 11-92 

NS.SC.PROC PAGE 11-30 

PU.SVC MGR.NS.RCV PAGE 11-28 


| SDT 

k -~ 

| 'ACTIVE* 


STATE NAMES-> | RESET | ACTIVE| 

I I I 

I I I 

STATE NUMBERS-> | 01 | 02 | 

- 4 -+- 1 

12 | - | 


END FSH_CP.SESS.SDT; 


FSM.LINK.ACT.RES: FSH.DEFINITION CONTEXT(NRCB); 



FUNCTION: 

TO REMEMBER THE STATUS OF A LINK 

WITH 

RESPECT TO ACTLINK, DACTLINK, 

—-, 



AND EXECTEST REQUESTS. 





REFERENCED 

BT THE FOLLOWING PROCEDURE(S): 






LINK STATUS CHECKS 

PAGE 

11-51 




NS.ACTLINK PROC 

PAGE 

11-36 




NS.DACTLINK PROC 

PAGE 

1 V37 




NS.DELETENR~PROC 

PAGE 

11-63 




ws.exectest“proc 

PAGE 

11-108 




NS.LINK RESET 

PAGE 

11-94 




NS.LINK~RSP 

PAGE 

11-79 




NS.SIG RSP PRI 

PAGE 

11-86 


) 


NS.SIG RSP SEC 

PAGE 

11-88 

j 


STATE NAHES- 


-> | RESET f PEND \ ACTIVE | PEND | TEST | RESET 


I INPUT STATE NUMBEBS- 

I*--- 

| ACTLINK 
| *RSP(ACTLINK) 

| -RSP(ACTLINK) 

1- 

| DACTLINK 
| ♦RSP(DACTLINK) 

|- 

| EXECTEST 

I--- 

| 'LINK TEST COMPLETED' 

| 'LINK RESET' 

I *LINK~RBSET COMPLETE' 


| ACTIVE | 


| RESET I IN | IN | 

| | PROGRESS! PROGRESS! 

! 04 | 05 ! 06 I 

H- H- H-* 


t / 

I - 


END FSM.LINK ACT RES; 
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FSM„LINK_TRACEJRES: FSH.DEFINITION CONTEXT(NRCB> ; 


/* 


FUNCTION: TO REMEMBER THE STATUS OF 1 LINK WITH RESPECT TO TRACE PROCEDURE. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

NS.DACTLINK PROC PAGE 11-37 

NS.LINK RESET PAGE 11-94 

NS.TRACE PROC PAGE 11-110 


♦/ 



STATE NAMES- 

-> 

**»--- 

| RESET 

1 

1 

| LINE 
| TRACE 

1 

- 

| TG 
| TRACE 

1 

INPUT 

STATE NUMBERS- 

-> 

1 

i 01 

.j- 

! 

1 02 

1 

1 03 


1 - 

| ACTTRACE,LINE TRACE 
| ACTTRACE,TG TRACE 

----e-— 

1 2 
\ 3 

- 1. - 

1 / 

1 / 

- j - 

1 / 

1 / 

j 

1 

j DACTTRACE 

1 / 

1 1 

1 1 

1- 

1 

__,» 

| . . . ..... .... ... .. .- 

! * RESET* 

L _ 

! - 
j_ 

■ l . 

| 1 

_x-_ — 

. | ..I .I. i 

1 1 

- 1— 

-1 

_1 


END FSM_LINKJTRACE_RES; 


FSM_LINK_C0NNIN_RES: FSM^DEFINITION CONTEXT ( NRCB) ; 


FUNCTION: TO REMEMBER THE STATUS OF A LINK ON A SWITCHED FACILITY WITH RESPECT 

TO ACTCONNIN AND DACTCONNIN. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 


DACTLINK RCV CHECKS 

PAGE 

11-39 

NS.CONN PROC 

PAGE 

11-40 

NS.CONN RSP 

PAGE 

11-82 

NS.LINK RESET 

PAGE 

11-94 

NS.SIG RSP PRI 

PAGE 

11-86 

NS.SIG RSP SEC 

PAGE 

11-88 


r — — - 
| STATE NAMES— 

—I 
-> 

RESET 

PEND | 

ACTIVE! 

PEND 


I 



ACTIVE! 

1 

RESET 


| INPUT STATE NUMBERS - 

-> 

01 

1 

02 | 

1-.. | 

03 | 

04 

i 

1 ACTCONNIN 


2 

/ I 

/ ! 

/ 


| +RSP(ACTCONNIN) 

1 ........ ..-. .... . .... _ 


1 / 

L 

1 3 | 

/ 1 

/ 

i 

r • 

| DACTCONNIN 


j. ..... i . .j. 

1 / 

1 / 1 

4 V 

/ 

1 

| +RSP(DACTCONNIN) 


1 / 

i .... 

1 / 1 

/ 1 
* 

1 

j 

| .,. . . ....... . ...... 

i ’RESET* 

L — 


i ■ f l 

1 - 
t— 

f IIP -'--f 

1 1 1 

1-1. 

i i 

1 

1 


END FSM_LINK_CONNIN_RES; 


11-120 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 











FSM_LINK_CONNO0T_RES: FSB„DEFINITION CONTEXT (URGE) ; 


/* 


1 - 

FUNCTION: 

TO REBEBBER THE STATUS OF A LINK 

ON A SWITCHED FACILITY WITH RESPECT 

-1 

1 



TO CONNOUT AND ABCONNOUT. 



1 


REFERENCED 

BY THE FOLLOWING PROCEDURE(S): 
DACTLINK RCV CHECKS 

PAGE 

11-39 

1 

1 

1 



NS.CONN_PROC 

PAGE 

11-40 

1 



NS.CONN~RSP 

PAGE 

11-82 

1 



NS.LINK~RESET 

PAGE 

11-94 

\ 



NS.SIG RSP PRI 

PAGE 

11-86 

I 

1- 


NS.SIG RSP'SEC 

PAGE 

11-88 

1 

*/ 


r 

| STATE NAMES-> 

— 

RESET 

r -r 

PEND | 

-r 

ACTIVE! 

PEND 

—i 

1 


ACTIVE| 

1 

RESET 


I 

| INPUT STATE NUMBERS-> 

01 

02 | 

03 | 

04 


| CONNOUT 

2 

/ 1 

/ 1 

/ 


| 4RSP(CONNOUT) 

/ 

3 | 

/ 1 

/ 


| -RSP(CONNOUT) 

/ 

L 

1 1 

/ 1 
-rr - - 1. 

/ 

i 

| . . _ .. . .... .... .. ....... 

| ABCONNOUT 

r UL - 
1 / 

r '"I 

1 / 1 

4 | 

/ 

1 

! ♦ RSP (ABCONNOUT) 

1 / 

1 / 1 

/ 1 

1 


| -RSP(ABCONNOUT) 

1 / 

i... . 

1 / 1 
i . i 

/ 1 

.1 

3 


I 'CONNECT_OUT_SUCCESSFUL' 

. . ”\ . ... _.... .. . .... .. . . . 

i 

1 / 

L 

f F 

I / l 

l ... ... L 

T 

i l 

... i 

/ 

T 

i 

| 'RESET* 

L-_____ _ 

j. . .... 

1 - 

i— _ 

f - " 1' 

1 1 1 

1- -u 

■" 1 1,1 1 

i I 

—L. 

1 

-j 


END FSB_LINK_CONNOUT_RES; 


FSB_ALS_CONNECTED_RES: FSREDEFINITION CONTEXT (NRCB) ; 


/♦ 


r - 

FUNCTION: TO REMEMBER THE CONNECTED STATUS 

OF AN ADJACENT LINK STATION THAT IS 

-, 


ON A SWITCHED FACILITY. 




REFERENCED BY THE FOLLOWING PROCEDURE(S) : 




DACTLINK RCV CHECKS 

PAGE 11-39 



LINK_STATUSJCHECKS 

PAGE 11-51 



NS.ALS RESET 

PAGE 11-95 



NS.CONN_PROC 

PAGE 11-40 



NS.CONN~RSP 

PAGE 11-82 



NS.SIG_RSP_PRI 

PAGE 11-86 



ns.sig”rsp”sec 

PAGE 11-88 


i- 



j 


*/ 


STATE NAMES-> | RESET | ACTIVE! PEND 


RESET 


( INPUT 

STATE NUMBERS- 

-> 

01 

1 02 

! 03 

1 

| 'CONNECTED' 



r i 

IO 

1. 

1 > 

! > 

1 

| ABCONN 



3 

1 

1 3 

1_ .. .. _ 

1 / 

i 

| ♦RSP(ABCONN) 

| 'RESET' 

L_- — 


1 

. _j 

/ 

T ■ 1 J ’ L 
! / 

1 1 

i 

| 1 

1 1 

X- 

—1 

1 

1 


END FSB_ALS_CONNECTED_RES; 
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BUD FSH_ALS_SEC_DOHP_HBS; 
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FSM_ALS_SEC_IPL_RBS: FSM_DEFINITION CONTEXT (NRCB); 


/* 


r- 

FUNCTION: 

TO REMEMBER THE STATUS OF A SECONDARY 

ADJACENT LINK STATION WITH 

j 



RESPECT TO IPLINIT, 

IPLTEXT, AND IPLFINAL REQUESTS 

SENT TO 

IT. 



REFERENCED 

BY THE FOLLOWING PROCEDURE(S): 









ALS SEC SUBTREE CHECK 

PAGE 

11-97 







ALS SEC SUBTREE INTERRUPT 

PAGE 

11-99 







CONTACT CONFIG 


PAGE 

11-44 







NS.ALS PROC RESET 


PAGE 

11-96 







NS.CONTACT PROC 


PAGE 

11-42 







NS.DISCONTACT PROC 


PAGE 

11-45 







NS.LOAD PROC 


PAGE 

11-46 







NS.LOAD_RSP 


PAGE 

11-84 














*/ 













STATE NAMES-> 

| RESET | PEND 

| INIPL | 

PEND 

| PEND 

) 





| | INIPL | 

| 

INIPL 

| RESET | 





| | INIT 

1 

1 

TEXT 

1 

[ 


t 

INPUT 

STATE NUMBERS-> 

| 01 | 02 

1 03 | 

04 

| 05 

I 


r~ 

IPLINIT 


12 | / 

1 / 

1 

/ 

1 / 

1 



♦RSP(IPLINIT) 


1 / I 3 

1 / 

1 

/ 

1 / 

1 


L 

-RSP(IPLINIT) 


1 / 11 

\ / 

1 

/ 

1 / 

1 


r 

IPLTEXT 


I / i / 

1 5 

1 

/ 

1 / 

1 


i 

±RSP(IPLTEXT) 


1 / 1 / 

1 / 

1 

3 

1 / 

1 


r 

IPLFINAL 


1 / I / 

1 6 


/ 

i / 

1 



♦ RSP ( IPLFIN AL) 


1 / 1 / 

1 / 

I 

/ 

i i 

1 


i. 

-RSP(IPLFINAL) 


1 / 1 / 

1 / 

1 

/ 

1 3 

I 


r 

L- 

'RESET' 


' t ■ r m 

1 - (1 

.0-- ± _ 

; 1 

i 

1 

I 1 

_J___ 

I 



END FSH_ALS_SEC_IPL_RES; 


FSN_ALS_SEC_RPO_RES: F5REDEFINITION CONTEXT (NRCB) ; 


/* 



FUNCTION: 

TO REMEMBER THE STATUS OF A 

SECONDARY 

ADJACENT LINK STATION WITH 

-1 



RESPECT TO RPO REQUEST SENT TO 

IT. 




REFERENCED 

BY THE FOLLOWING PROCEDURE(S): 
ALS SEC SUBTREE CHECK 

PAGE 

11-97 




ALS SEC SUBTREE INTERRUPT 

PAGE 

11-99 




CONTACT CONFIG 

PAGE 

11-44 




NS.ALS_PROC^RESET 

PAGE 

11-96 




NS.CONTACT PROC 

PAGE 

11-42 




NS.DISCONTACT^PROC 

PAGE 

11-45 




NS.LOAD RSP 

PAGE 

11-84 


[ 


NS.RPO PROC 

PAGE 

11-50 

_j 


*/ 


I 

t 

I 

j INPUT 


STATE NAMES- 


STATE NUMBERS- 


-> | RESET I PEND 

I I 

I I 

-> | 01 | 02 


-+- 

I 2 
I / 


-+- 

I / 

I 1 


| RPO 

| ±RSP (RPO) 


| 'RESET’ 


I “ 


I 1 


END FSM_ALS_SEC_RPO_RES; 
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FS M_ALS_SEC_XID_RES: FSM ..DEFINITION CONTEXT(NBCB); 


/* 

' — 1 — "• — " ", " " TP — - IT — — — — 1 ~ "■> ,,f " _ — "" — “ ' ■' "" ’ " "■* " n '” “ “ .... fc 

FUNCTION: TO REMEMBER THE STATUS OF A SECONDARY ADJACENT LINK STATION WITH j 

RESPECT TO XID EXCHANGE. I 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 


1 

1 

1 


ALS SEC SUBTREE CHECK 
NS.ALS_PROC RESET 
NS.SIG~RSP PRI 



PAGE 

PAGE 

PAGE 

11-97 

11-96 

11-86 

1 

1 

1 









V 

c~ 



v ! 






1 

1 

1 


OX&Xij Ul A n £» — ——- 

“> 1 

1 

1 

01 

1 

1 

I 02 

1 

1 

1 

i 



1 

1 

X R rU J. 


I 

1 

_j 



r~ 

1 

i 

•XID' 


_L_ 

NJ 

1 - 

l. 

l 

1 

- -j 



r 

1 

L. 

• XID_COMPLETED' 


T 

1 

_L. 

- 

i i 

~1 

1 

I 



r - 

1 

u 

•RESET' 


r 

1 

- 

! 11 

1 1 

-J_ 

“1 

1 




END FSH_ALS_SEC_XID_RES; 


FSM_ADJ_PU_LOAD: FSM_DEFINITION CONTEXT(NRCB); 


/* 


FUNCTION: TO REMEMBER THE STATUS OF THE SUBAREA PU WHEN IT IS LOADING A PUJT2 

NODE 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

ADJ PU IPL ABORT PAGE 11-105 

ADjIpuIlOAD PROC PAGE 11-102 

LOAD CHECKS" PAGE 11-104 

NS.ALS RESET PAGE 11-95 


*/ 


| STATE NAMES— 

| INPUT STATE NUMBERS 

I- 

| S,NC IPL INIT 
1 S,NC IPL~TEXT 
| S,NC IPL~FINAL 


| S # PROCSTAT 

j.- 

| 'RESET' 


•> | RESET | TEXT | FINAL 

> | 01 | 02 | 03 

-f-(.-H- 

I 2 I / i / 

I / I * I / 

I / 13 | / 

—4-^-^- 

I / I 1 I 1 

-1-h-4- 

I / II II 


END FSH_ADJ_PUJLOAD; 


FSM_ALS_TEST_RES: FSM_DEFINITION CONTEXT(NRCB); 


/* 

\ FUNCTION: TO REMEMBER THE STATUS OF A SECONDARY ADJACENT LINK STATION WITH | 

| RESPECT TO TESTMODE PROCEDURE. 

| REFERENCED BY THE FOLLOWING PROCEDURE (S): 

| ALS__SEC SUBTREE CHECK 

| LINK STATUS CHECKS 

| NS.ALS RESET 

| NS.TESTMODE_PROC 

«-„-*-Z----.-1 

V 


PAGE 11-97 
PAGE 11-51 
PAGE 11-95 
PAGE 11-109 


r- 




T- 

—r -i 

1 

1 

1 


5i'Aic n An CD*—' - 


1 

1 

1 IN | 

| PROGRESS| 

1 

L_ 




—L . -p-p-p-,— m 

1 u* 1 

. L . - .1 

r 

1 

TESTHODE 



1 2 

X . 

1 / 1 

r 

1 

L. 

•RESET' 



1 . 1 1 

! ■■ . 1 

1 1 1 

-L 1 


END FSH_ALS_TEST_RES; 
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FSMJTGN: FSM_DEFINITION CONTEXT(LSCB); 


THIS FINITE-STATE MACHINE TRACKS THE MATCHING OF TGN IN XID'S SENT 
AND RECEIVED. IT IS CALLED BY XID FORMAT 2 RCV, XID ERR SEND, AND 
XID ERR RCV. 


REFERENCED BY THE FOLLOWING PROCEDURE (S) : 
NS.ALS_HESET 
XID ERR RCV 

xid!err“send 

xid!format_2_rcv 

REFERS TO THE FOLLOWING PROCEDURE(S): 
XID_ERR_RCV 
XID ERR SIND 
XID FORMAT 2 RCV 


PAGE 11-95 
PAGE 11-73 
PAGE 11-75 
PAGE 11-67 


PAGE 11-73 
PAGE 11-75 
PAGE 11-67 


STATE NAMES-> 

STATE NUMBERS—> 


RCV.TGN=0,SEND.TGN=0 
RCV.TGN=0,-SEND.TGN=0 
-•RCV. TGN=0, SEND. TGN=0 


| -»RCV. TGN=0, -»SEND. TGN=0 , 

\ -.RCV. TGN=SEND. TGN 

f- 

| -»RCV• TGN=0 r -.SEND. TGN=0 , 

| RCV.TGN=SEND.TGN 


| CONTACTED(NOT LOADED) 

I 'RESET* 

I-- 


OUTPUT | FUNCTION 
CODE | 


\ NOT_MATCH| MATCH 


I 1(A1) I 

-+-H 

\ - I 

-+-1 

I 1 I 

I 1 I 


| LSCB.CONTACTED^STATUS * INCOMPATIBLE_STATIONS; 

| LSCB. XID__SEND . ERROR_STATUS = EXCHANGED_PARMS_INCOMPAT; 


1 A2 | LSCB.XID SEND.TGN = LSCB.XID RCV.TGN; 

| | FIND TGCB IN TGCB LIST WHERE** 

| | ((TGCB.TGN - LSCB.XID SEND.TGN) 6 (TGCB. ADJ SA = LSCB.XID_SEND.SA) ) ; 

| | IF TGCB_PTR = NULL THEN*" 

| | DO; 

| | . LSCB. XID__SEND. ERROR STATUS = NO_TG; 

| | . I.SCB.CONTACTED_STATUS = NO_BOUTE; 

1 J END; 

\ | ELSE 

j | LSCB.TGCBPTR = TGCB_PTR; 

i___x._. ___ 


END FSM TGN; 
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FSH_XIDJP0BHAT_2: FSREDEFINITION CONTEXT (LSCB) ; 


1 FUNCTION: THIS FINITE-STATE MACHINE THICKS THE PBOCESS FOR CHOOSING PRIMARY OR | 
| SECONDARY HOLE DURING THE XID EXCHANGE. » 

( RESET STATE IS EXITED ONLY UPON THE RECEIPT OF A CONTACT REQUEST FOR | 
| THIS ADJACENT LINK STATION. PEND ACT PRI SEC STATE IS ENTERED ONLY | 
| BY A TRANSITION FROM RESET WHEN THl CONTACT IS RECEIVED, AND IS | 
| EXITED ONLY BY SENDING THE FIRST XID. | 

| PEND ACT PRI 1 AND PEND ACT PRI 2 ARE STATES THAT INDICATE THE | 
| STATION IN TllS NODE WILL BE A CMD__SENDER. PEND_ACT_PRI_ 1 STATE IS | 
| ENTERED UPON SENDING AN XID THAT SPECIFIES THIS NODE AS THE | 
| CHD SENDER, AND IS EXITED UPON RECEIVING AN XID. PEND_ACT_PRI 2 IS I 
| ENTERED WHEN AN XID SPECIFYING THE ADJACENT STATION AS A RSP SENDER [ 
| IS RECEIVED, AND IS EXITED WHEN SENDING AN XID SPECIFYING THAT THE | 
| STATION IN THIS NO,DE IS TO BE THE CMD SENDER, OR, WHEN THE XiD ( 
| EXCHANGE IS COMPLETE, BY SENDING A CONTACTED REQUEST. [ 

f PEND ACT SEC 1 AMD PEND ACT SEC_2 ARE STATES THAT INDICATE THE | 
I STATION IN THIS NODE WILL BE A RSP SENDER. PEND ACT SEC 1 IS 1 
| ENTERED UPON RECEIVING AN XID THAT SPECIFIES THE ADJACENT STATION | 
| WILL BE THE CMD SENDER; THE STATE IS EXITED UPON SENDING AN XID | 
| SPECIFYING THAT THE STATION IN THIS NODE IS TO BE THE RSP SENDER, OR | 
| UPON SENDING A CONTACTED REQUEST WITH AN ERROR STATUS. \ 
| PEND ACT SEND 2 IS ENTERED UPON SENDING AN XID THAT SPECIFIES THE | 
| STATION IN THIS NODE AS THE RSP SENDER, AND IS EXITED BY RECEIVING 1 
| AN XID OR, WHEN THE XID EXCHANGERS COMPLETE, BY SENDING A CONTACTED | 
J REQUEST. | 

| PEND_ACT CONT IS ENTERED WHEN THIS NODE HAS SENT AN XID SPECIFYING | 
| ITS STATION AS CMD SENDER AND THEN RECEIVES AN XID SPECIFYING THE | 
| ADJACENT LINK STATION AS CMD SENDER. IT IS EXITED BY SENDING AN XID | 
| SPECIFYING THE STATION IN THIS NODE AS CMD^SENDER OR RSP_SEND£R, | 
| DEPENDING ON THE OUTCOME OF THE ALGORITHM SHOWN UNDER OUTPUT CODE A2 | 
I IN THIS FSM, OR BY SENDING A CONTACTED REQUEST WITH AN ERROR STATUS. | 

J ACTIVE STATE IS ENTERED WHEN A CONTACTED REQUEST WITH STATUS OF | 
| LOADED IS SENT; AT THAT POINT, THE PROTOCOL SHOWN IN THIS FSM HAS | 
| RESULTED IN AGREEMENT ON WHICH STATION IS TO BE THE RSP SENDER AND | 
f WHICH IS TO BE THE CMD SENDER. IT IS EXITED ONLY WHEN THE FSM IS | 
f RESET. ONCE THIS STATE~HAS BEEN ENTERED, THE ADJACENT LINK STATION | 
| MAY BE USED TO TRANSMIT DATA. 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 
CONTACT CONFIG 
DACTLINK — RCV_CHECKS 
NS.ALS RlsET 
NS.DUMP PROC 
NS.LOAD~PROC 
MS. RPO__PRQC 
PU.SVC_MGR.NS.BCV 
STATION^CONTACTED 
SUCCESSFUL_XID EXCHANGE 
XID ERR RCV 

xid_errIsend 

XIDlFORMAT 2 BUILD 
XIDJPORMAT_2~RCV 

REFERS TO THE FOLLOWING PROCEDURE(S): 
NS.INOP_PROC 
UPM_PRI~SEC__ROLE 


PAGE 

11-44 

PAGE 

11-39 

PAGE 

11-95 

PAGE 

11-48 

PAGE 

11-46 

PAGE 

11-50 

PAGE 

11-28 

PAGE 

11-72 

PAGE 

11-72 

PAGE 

11-73 

PAGE 

11-75 

PAGE 

11-71 

PAGE 

11-67 

PAGE 

11-90 

PAGE 

11-115 
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END FSH_XID_F0a»AT_2: 
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FSM_INPOT_DEFINITION: 


ABCONN 

ABCOHHOUT 

ACTCONNIN 

ACTLIHK 

'ACTIVE* 

ACTPO 
ACTTRACE 
•ALS RESET' 

•ALS RESET COMPLETE' 

CMD SENDER” 

'CONNECTJDOT SOCCESSFOL' 
'CONNECTiD' 

CONNOOT 

CONTACT 

CONTACTED(LOADED) 

CONTACTED(LOAD_REQUIRED) 

CONTACTED(ERROR) 

CONTACTED(NOT_LOADED) 

CONTACTED(LOADED STA) 

DACTCONNIN 

DACTLINK 

DACTPO 

DACTTRACE 

DISCONTACT 

DOMPFINAL 

DOMPINIT 

DOMPTEXT 

ERR 

EXECTEST 

IPL_REQOIRED 

IPLFINAL 

IPLINIT 

IPLTEXT 

LINE TRACE 

•LINK_RESET* 

'LINK RESET COMPLETE' 
•LINK”TEST COMPLETED' 

NC IPL FINAL 

nc”ipl”init 
NC IPL”tEXT 
PROCSTAT 
R 

RCV.TGN=0 

RCV .TGN= SEND.TGN 

'RESET' 

RPO 

+RSP(ABCONN) 

+RSP(ABCONNOOT) 

—RSP(ABCONNOOT) 

+RSP(ACTCONNIN) 

♦RSP(ACTLXNK) 

-RSP(ACTLINK) 

+RSP(CONNOOT) 

-RSP(CONNOOT) 

+ RSP(DACTCONNIN) 

+RSP( DACTLINK) 

±RSP(DISCONTACT) 

♦ RSP (DOMPFINAL) 

“RSP(DOMPFINAL) 

♦RSP(DOMPINIT) 

-RSP (DOMPINIT) 

±RSP(DOMPTEXT) 

♦RSP(IPLFINAL) 

-RSP(IPLFINAL) 

♦RSP(IPLINIT) 

“RSP(IPLINIT) 

±RSP(IPLTEXT) 

♦RSP(NC IPL_ABORT) 

“RSP(NC~IPL ABORT) 

♦RSP(NC_IPL~FINAL) 
-RSP(NC_IPL_FINAL) 

♦RSP(NC IPL INXT) 

-RSP(NC~IPL~INIT) 
♦RSP(NC_IPL TEXT) 

-P.SP(NC IPL TEXT) 

♦RSP(NS~IPL~ABORT) 

-RSP(NS_IPL_ABORT) 

♦RSP(NS_IPL”fINAL) 

“RSP(NS~IPL_FINAL) 

♦RSP(NS IPL~INIT) 

-RSP(NS~IPL_INIT) 

♦RSP(NS~IPL TEXT) 

-RSP(NS~IPL~TEXT) 

±RSP(RPO) 7 
RSP SENDER 
S 

SDT 

SEND.TGN~0 
TESTMODE 
TGJTRACE 
*XID' 

'XID COMPLETED' 


END FSH_IHP0T_DEFIHITION; 


NS_RG_CODE=ABCONN 

& 

RRI 

as 

BQ; 



NS~RQ CODE=ABCONNGOT 

S 

RRI 

= 

BQ; 



NS RQ~*CODE~ACTCONNIN 

& 

RRI 

as 

BQ; 



NS rq”code=:actlink 

& 

RRI 

s: 

BQ; 



FSMINPOT = 'ACTIVE'; 







RQ_CODE=ACTPO 

& 

RRI 

= 

BQ; 



rq”code=acttrace 

& 

RRI 

as 

BQ; 



FSMINPOT = 'ALS RESET'; 






FSMINPOT * 'ALS RESET COMPLETE'; 



XID 2.CONTACT OS LOAD STAT - 

= CMD 

SENDER; 

FSMINPOT = 'CONNECT OOT 

SOCCESSFOL*; 


FSMINPOT = 'CONNECTED* 

J 






NS_RQ_CODE-CONNOOT 

& 

RRI 

as 

BQ; 



ns~rq~code=cqntact 

& 

RRI 

= 

BQ; 



ns”rqIcode=contacted 

s 

RRI 

= 

BQ 

8 

CONTACTED 

ns”bq cod'b='cont acted 

s 

RRI 


BQ 

8 

CONTACTED 

NS”iq”C0DE“C0NTACTED 

s 

RRI 

= 

RQ 

& 

CONTACTED 

nsIbqIcode-contacted 

& 

RRI 

■as 

RQ 

8 

CONTACTED 

ns”rq code=contacted 

s 

RRI 

as 

BQ 

& 

CONTACTED 

NS RQ CODE-DACTCONNIN 

8 

RRI 

= 

BQ; 



NS RQ CODE=DACTLINK 

8 

RRI 

= 

RQ; 



RQ CODE=DACTPO 

s 

RRI 

= 

bq; 



rq”CODE=DACTTRACE 

& 

RRI 

= 

bq; 



ns”rq_code=discontact 

& 

RRI 

SS 

BQ; 



ns rq”code=dompfinal 

8 

RRI 

= 

RQ; 



ns rq“code=dompinit 

8 

RRI 

SS 

RQ; 



ns!rq”code=domptext 

& 

RRI 

= 

BQ; 



XID 2.ERR0R_STAT0S -= 

X' 

O'; 





NS RQ CODE=IXECTEST 

& 

RRI 

SS 

RQ; 



ACTPO RSP.TYPE ACTIVATION = 

X' 

1 3 •; 



NS_RQ_CODE=IPLFINAL 

8 

RRI 

S8 

RQ; 



NS_RQ_CODE=IPLINIT 

8 

RRI 

= 

BQ; 




NS RQ CODE=IPLTEXT & RRI = RQ; 
ACTTRACE_RQ.TRACE TYPE = X'01•; 
FSMINPOT = 'LINK RESET'; 

FSMINPOT = 'LINK COMPLETE'; 

FSMINPOT = 'LINK”tEST COMPLETED'; 

RQ CODE = NC IPL”fINAL; 

RQ~CODE = NC~IPI INIT; 

RQ~CODE * NC~IPL~TEXT; 

NS RQ_CODE = NC IPL TEXT; 

MOCB.DIRECTION = RECEIVE; 
LSCB.XID_BCV.TGN = 0; 

LSCB.XID RCV.TGN=LSCB.XID SEND.TGN; 
FSMINPOT = 'RESET'; 


NS RQ CODE=RPO 

8 

RRI 

SS 

RQ; 





ns rq”code=abconn 

8 

RRI 

= 

RSP 

8 

RTI 

= 

POS; 

NS RQ CODE=ABCONNOOT 

8 

RRI 

:= 

RSP 

6 

RTI 

as 

POS; 

NS_RQ_CODE=ABCONNOOT 

8 

RRI 

SS 

RSP 

& 

RTI 

= 

NEG; 

NS RQ~CQDE=ACTCONNIN 

8 

RRI 

= 

RSP 

& 

RTI 

ss 

POS; 

NS_RQ_CODE=ACTLINK 

& 

RRI 

= 

RSP 

8 

RTI 

= 

POS; 

nsIrq!code=actlink 

& 

RRI 

= 

RSP 

8 

RTI 

ss 

NEG; 

NS_RQ CODE=CONROOT 

8 

RRI 

= 

RSP 

& 

RTI 

ss 

POS; 

NS RQ CODE^CONHOOT 

8 

RRI 

SS 

RSP 

8 

RTI 

ss 

NEG; 

NS RQ CODE=DACTCONNIN 

& 

RRI 

as 

RSP 

8 

RTI 

SS 

POS; 

NS RQ CODE=DACTLINK 

8 

RRI 

* 

RSP 

8 

RTI 

ss 

POS; 

NS_RQ_CODE= : DISCONTACT 

& 

RRI 

ss 

RSP; 





ns~rq~code=dohpfinal 

S 

RRI 

= 

RSP 

6 

RTI 

as 

POS; 

NS RQ_CODE=DOMPFINAL 

& 

RRI 

= 

RSP 

& 

RTI 

sa 

NEG; 

NS RQ CODE=DOHPINIT 

& 

RRI 

SS 

RSP 

& 

RTI 

= 

POS; 

NS_RQ_CODE=DOMPINIT 

& 

RRI 

= 

RSP 

8 

RTI 

a: 

NEG; 

ns_rq!code=dumptext 

8 

RRI 

= 

RSP; 





NS RQ_CODE=IPLFINAL 

& 

RRI 

ss 

RSP 

8 

RTI 

= 

POS; 

NS~RQCODE=IPLFINAL 

8 

RRI 

ss 

RSP 

8 

RTI 

ss 

NEG; 

ns”bq”code=iplinit 

8 

RRI 

= 

RSP 

& 

RTI 

SS 

POS; 

NS_RQ_CODE=IPLINIT 

8 

RRI 

ss 

RSP 

8 

RTI 

ss 

NEG; 

ns”rq“code=ipltext 

& 

RRI 

= 

RSP; 






RQ CODE 
RQ_CODE 
RQ~CODE 
RQ~CODE 
RQ CODE 
RQ~CQDE 
RQ~CODE 
RQ~CODE 
NS RQ CODE 

ns”rq”cqde 

NS~RQ_CODE 

ns“rq_code 

NS RQ CODE 

ns~rq”code 

NS RQ CODE 
NS~RQ~CODE 


NC IPL ABORT 8 
NC_IPL_ABORT & 

nc_ipl~final & 

NC IPL FINAL & 


RRI 

RRI 

RRI 

RRI 


NC_IPL INIT 
NC_IPL_INIT 

nc~ipl”text 

NC ’lPL~TEXT 


& RRI 
& RRI 
& RRI 
& RRI 


RSP & RTI = POS; 
RSP 8 RTI = NEG; 
RSP & RTI = POS; 
RSP 8 RTI = NEG? 
RSP P RTI = POS; 
RSP & RTI = NEG; 
RSP 8 RTI = POS; 
RSP 8 RTI = NEG; 


NS..IPL ABORT & RRI = RSP & RTI 

NS_IPL_ABORT & RRI = RSP 8 RTI 

NS IPL FINAL 8 RRI « RSP S RTI 

NS_IPL FINAL 8 RRI = RSP & RTI 

NS IPL INIT & RRI - RSP 8 RTI 

NS~IPL~INXT & RRI = RSP 8 RTI 

Ns”lPL TEXT 8 RRI = RSP & RTI 

NS IPL~TEXT & RRI = RSP 8 RTI 

»S_RQ_CODE-RPO & RRI = RSP; 

XID_2.CONTACT OR LOAD STAT = RSP SENDER; 
MOCB.DIRECTION = SEND; 

RQ CODE = SDT & RRI = RQ & RU CTGY = SC; 
LSCB.XID SEND.TGN = 0; 

N S_RQ_CODE=TE ST MODE 8 RRI - RQ; 

ACTTRACE RQ.TRACE TYPE = X'81•; 

FSHIHPOT~= 'XID';” 

FSMINPOT = 'XID_COMPLETED'; 


POS; 
NSG; 
POS; 
NEG; 
POS; 
NEG; 
POS; 
NEG; 
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CHAPTER 12. PATH CONTROL ROUTE MANAGER 


PU SERVICES MANAGER . PATH CONTROL ROUTE MANAGER 

This chapter describes the path control route manager 
component of the PU.SVC_MGR, PU.SVC_MGR.PC_ROUTE_MGR (or 
PC_ROUTE_MGR for short), consisting of the receive router, 
explicit route (ER) manager, and virtual route (VR) manager. 

Explicit and virtual routes provide logical connections on 
which PIUs travel within and between the subarea nodes of a 
network. The explicit route manager (ER_MGR) and virtual 
route manager (VR_MGR) activate. deactivate. and test 
explicit and virtual routes. respectively. The receive 
router (RCV) directs PIUs and signals to the proper 
PU. SVC_MGR. PC_ROUTE__MGR component. Figure 12-1 shows the 
flow of control between PU.SVC_MGR.PC_ROUTE_MGR and other 
SNA components. Figures 12-5 (page 12-15) and 12-12 (page 
12-78) show the PIUs and signals sent to and from the 
PU.SVC_MGR.PC_ROUTE_MGR components. 


CHAPTER 12. PATH CONTROL ROUTE MANAGER 12-1 


PO.SVC J!G*.PC_ROOTE_MGR 


PtJ.SVC MGR. 
NS.RC? 



| P0.S?C_M6R. 

< CSC MGR* 

| (BCVlsENDI SON) 



r 

I PU.SVC MGP. 

1 CSC MSB.SEND 
-X 

| PO.SVCJIGR. 

| CSC_MGR.SOU 




V I V 

SNS.SEND | PC.TGC PC.ERC SNS.SEND | PC.TGC 


Figure 12-1. Structure of PU.SVC_MGR.PC_ROOTE_NGR 
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EXPLICIT ROUTES AND VIRTUAL ROUTES 


Explicit routes provide pure routing capabilities from one 
subarea node to another (not necessarily adjacent) within 
the network. An explicit route (ER) is a bidirectional 
logical connection between subareas and can be identified by 
the quadruple (SA1* SA2» ERN> RERN), where: 

• SA1 is the address of the subarea at one end of the 
explicit route. 

• SA2 is the address of the subarea at the other end of 
the explicit route. 

• ERN is the explicit route number carried in PIUs 
transmitted from SA1 to SA2. 

• RERN is the explicit route number carried in PIUs 
transmitted from SA2 to SA1 (and is referred to as the 
reverse explicit route number). The RERN may be a 
value different from the ERN. 

An ER includes a set of transmission groups (TGs) connecting 
subarea nodes. The set of transmission groups traversed by 
the route specified by the ERN is the same as the set for 
the route specified by the RERN. 

A maximum of 16 explicit route numbers exists for each 
direction of flow between any two subarea nodes. 


A virtual route (VR) logically connects the subareas in 
which the NAUs participating in a session reside* building 
global flow-control properties onto the routing capabilities 
provided by explicit routes. A virtual route is a 
bidirectional logical connection between subareas that can 
be identified by the quadruple (SA1> SA2, VRN* TPF)» where: 

• SA1 is the address of the subarea at one end of the 
virtual route. 

® SA2 is the address of the subarea at the other end of 
the virtual route. 

• VRN is the virtual route number carried in PIUs 

transmitted between SA1 and SA2. 

• TPF is the transmission priority assigned to the 

virtual route. 


CHAPTER 12. PATH CONTROL ROUTE MANAGER 12-3 



PIUs are transmitted over the explicit route (or set of TGs) 
underlying a virtual route according to transmission 
priority. Up to 16 virtual route numbers and 3 transmission 
priorities (low* medium* and high) can be used between any 
two subarea nodes* yielding up to 48 virtual routes. 

The path control (PC) component of SNA uses explicit routing 
(i.e.» routing over a fixed set of TGs for a given ER) to 
transport PIUs through a network. Even though two subarea 
addresses (SA1 and SA2) and two explicit route numbers (ERN 
and RERN) are needed to denote an explicit route* the 
explicit route control (ERC) component of path control uses 
"source-independent" routing to determine the transmission 
group to an adjacent subarea node over which the PIU should 
be sent in order to move it along the explicit route towards 
its destination. This method of routing ignores both the 
originating subarea and RERN of the explicit route on which 
the PIU is flowing; only the destination subarea address 
(DSA) and explicit route number (ERN) are used to determine 
the transmission group over which the PIU should be sent. 
The routing table giving this mapping to transmission group 
uses only DSA and ERN* not the entire explicit route 
denotation* as keys; the table would be larger if the origin 
subarea address (OSA) were used as a part of the key. (The 
TH does not even include the RERN value.) 

At any node* the routing table defines exactly one 
transmission group to be used when routing a PIU to a DSA on 
an ERN* regardless of the subarea that originated the PIU. 
That is* if two explicit routes having the same destination 
and explicit route number meet at an intermediate node along 
their respective routes* they will continue to use the same 
set of transmission groups from that intermediate node until 
the destination node. 
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For example* in Figure 12-2 a network cannot have an 
explicit route designated by ERN3 from node A* through nodes 
F and M> to destination node Z* and another explicit route 
also designated by ERN3 originating in node B* through nodes 
F and N> to destination node Z. At node F* the routing 
tables do not differentiate between PIUs on different 
explicit routes designated by the same ERN. Therefore* in 
node F all PIUs specifying ERN3 and destined for node Z* 
regardless of their originating node (A or B) are sent along 
the same transmission group (to either M or N). 



Figure 12-2. Illegal Explicit Routing Example 


When a session is activated* it is assigned to a virtual 
route. When a half-session sends a message unit to the 
other ha 1f-session, path control maps the session to its 
assigned virtual route and then to the defined explicit 
route for that virtual route. Flow control (VR-level 
pacing)* priority* and integrity (sequence numbering) 
facilities are associated with each virtual route. 
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SAMPLE OPERATION SEQUENCES 

This section illustrates some ways that components of 
PU.SVC_M9R.PC_R0UTE_MGR interact within and across nodes. 
The descriptions and examples given below provide an 
overview of the flow of control and information; not a 
complete specification of the components' behavior! detailed 
descriptions of the functions appear in the sections 
pertaining to the appropriate component. 

Some network control operations involving TGs, ERs , and VRs 
are initiated either from outer levels of SNA by a session 
activation request or from inner levels by a TG changing its 
operational status. Session activation requires the path 
control route manager to assign the session to an active VR, 
which may necessitate activating the VR and its underlying 
ER. A change in the state of a TG also causes the path 
control route manager to update the status of the explicit 
and virtual routes supported by that TG. All subarea nodes 
having ERs (and therefore VRs) that use the TG are informed 
of its new status: an inoperative TG forces deactivation of 
the supported ERs and VRs » an operative TG a 1 lows the 
activation of the supported ERs and VRs. The next sections 
deta i1 the interactions between the VR manager , ER manager, 
and other components of an SNA node when processing a 
session activation request or a change from an operative to 
an inoperative TG. 

Session Activation 

Before NAUs can have an active session; the subarea nodes in 
which they reside must be connected so that message units 
can flow between them. This connection consists of an 
active virtual route; supported by an active explicit route 
and by a sequence of operative transmission groups . The 
common session control (CSC) manager (PU.SVC_MGR.CSC_MGR; 
Chapter 13) receives a BIND, ACTPU, ACTLU , or ACTCDRM 
session activation request from the (SSCP|LU).SVC_MGR. In 
addition to the activation request, the CSC manager receives 
a virtual route (VR) identifier list specifying VRs 
acceptable for the data traffic of this session. The CSC 
manager passes this VR identifier list to the VR manager and 
requests that the VR manager select the first VR that is 
active or able to be act i vated from the list and return its 
identifier. (The SSCP of the primary half-session derives 
this VR identifier list from the class of service (COS) name 
specified in the session initiation request.) 

For each VR in the list, the VR manager determines if it is 
already active or can be made active. If the VR is already 
active, the VR manager identifies this VR to the CSC 
manager, which assigns the session to that VR. If the VR is 
not active, the VR manager attempts to activate the VR in 
the following manner. The VR manager passes an ACTIVATE_ER 
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signal to the ER manager (using a PARM_ACT_ER parameter list 
that contains the DSA and VRN). The ER manager maps the VR 
(specified by (DSA, VRN)) to the underlying ER (specified by 
(DSA, ERN)) and determines its status. If the ER is 
inoperative, the ER manager returns an ER_NOT_ACTIVATED 
signal to the VR manager; if the ER is active, the ER 
manager returns an ER_ACTIVATED signal to the VR manager; if 
the ER is operative but not active, the ER manager sends an 
NC_ER_ACT request into the network to activate the ER. When 
the NC„ER_ACT_REPLY request returns, the ER manager passes 
an E R_NOT_ACTIVATED or ER_ACTIVATED signal to the VR 
manager, depending on the status of the ER. 

The VR manager receives the ER_ACTIVATED or ER_NOT_ACTIVATED 
signal from the ER manager. If the signal is an 
ER_ACTIVATED, the VR manager sends an NC_ACTVR through the 
network (on the ER returned by the ER manager in the 
ER_ACTIVATED signal) to the VR manager in the subarea 
containing the session partner. If a +RSP(NC_ACTVR) is 
returned, the VR manager returns to the CSC manager the 
original session activation request and an identifier of the 
VR to be used by the session. 

If the VR manager receives the ER_NOT_ACTIVATED signal as a 
result of its ACTIVATE_ER to the ER manager, or if the VR 
cannot be activated (as indicated by a -RSP(NC_ACTVR)), the 
VR manager tries the next VR from the VR identifier list. 
If no VR from the list can be activated, the VR manager 
negatively responds to the CSC manager. 

Several sessions may use the same VR simultaneously. When 
later session activations are requested, the VR manager can 
return a VR identifier to the CSC manager without calling 
the ER manager. Similarly, if an ER is already active, the 
ER manager can return an ER_ACTIVATED signal to the VR 
manager without having to send an NC_ER_ACT request into the 
network. 
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| CSC_MGR VR_MGR ER__MGR j | ER_MGR ( | ER_KGR VRJfGR | 

«-------—Z-——j i-I- j «_ Z --——i 


VR identifier list 

1 ---> 


ACTIVATE_ER(DSA,VRNi) 


2 --> 

NC ER ACT(ERNffl) 

3 -------> 

NC ER ACT REPLY (neg) 

4 <------ 1 -.--- 


ER NOT ACTIVATED(DSA,VRNi) 

5 —----— 


6 


ACTIVATE_ER(flSA,VRNj) 
-—-■-> 


NC ER ACT (ERNn) 

7 -------—-->-> 

NC ER ACT REPLY(pos) 

8 <---"-<--- 

ER ACTIVATED (DSA,VRNj) 

9 <---: 


10 

11 

(VRN j,TPF) 
12 <- 


NC ACTVR(VRNj,TPF) 

------- > 

+ RSP (NC ACTVR) 

< - — -- -- - 


LEGEND: 

i-“l 

I | = Components in the Same Node 

i- —j 


NOTE: This figure shows a sample sequence or interactions involving the path control route 
manager during session activation. The CSC manager sends a VP identifier list (and 
the session activation request) to the VR manager (1). The VF manager determines that 
the first VR identified by (DSA, VRN, TPF) in the VR identifier list is not already 
active, so the (DSA, VRN) is passed to the ER manager (2). The ER manager maps the 
(DSA, VRN) to a (DSA, ERN) , which identifies an EP. that happens not. to be currently 
active either, so an NC_ER_ACT request is sent into the network (3) . At some subarea 
node along the ER an error is detected, and a negative NC_ER_ACT_REPLY recruest is 
returned to the NC_ER_ACT originator (4) . That ER manager” recognizes that the EF 
cannot be activated, and passes an ER_NOT_ACTIVATED signal back to the VR manager (5). 
The VR manager now examines the second VR in the VR identifier list. Again *he VR is 
not already active, so the ER manager is requested (via an ACTIVATS_£R signal) to 
activate the underlying ER (6). The EE manager maps the (DSA, VRN) to a (DSA, ERN), 
and the identified ER is also not active. Another NC_ER_ACT request is sent into the 
network (7), but this time it reaches its destination "successfully and a positive 
NCjeR^ACT^REPLY is returned (8). The ER manaqer passes an ER_ACTIVATED signal to the 
VR manager indicating that the underlying ER is active (9). The VP manaqer sends an 
NC^ACTVR request (10) and receives the positive response (11) indicating that the VR 
is active. The VR manager then responds to the CSC manager with a VR that can be used 
for the session being activated (12). 


Figure 12-3. PC Route Manager Activity during Session 
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TG Inoperative 
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PU.SVC_MGR.PC_ROUTE_MGR activity is also required when a 
transmission group becomes inoperative (for whatever 
reason;t all ERs* VRs* and sessions supported by that TG 
need to be deactivated. The PU.SVC_MGR.NS in the subarea 
nodes at each end of a TG that becomes inoperative passes a 
signal to the respective ER managers identifying the 
particular TG that has become inoperative. The ER manager 
sends an NC_ER_IN0P request to the ER manager of all 
adjacent subarea nodes (except the one connected to the 
other end of the inoperative TG) identifying the ERs for 
which routing has been lost. Each of those adjacent nodes 
that uses one of the now inoperative ERs in turn sends an 
NC_ER_INOP to all of its adjacent subarea nodes. This 
propagation of request units stops when all nodes with 
explicit routes using the inoperative TG have been notified 
of the failure. 

The originating node and each node that receives an 
NC_ER_INOP deactivates any ERs that use the TG that is 
inoperative. The list of corresponding (DSA, ERN) pairs is 
sent to the SSCP in an ER_INOP request. The ER manager also 
passes an ERINOP signal to the VR manager listing all newly 
inoperative ERs (using their (DSA* ERN) pairs) so that all 
appropriate VRs can be deactivated. The VR manager then 
identifies those VRs (using their (DSA* VRN) pairs) in a 
VR_INOP request unit to the appropriate SSCPs and in a 
VRINOP signal to the CSC manager. 

NETWORK CONTROL RH VALUES 

All network control request and response units have the 
following RH values: 


RU Category indicator 01 
Format indicator 1 
Begin Chain indicator l 
End Chain indicator 1 
Queued Response indicator 0 
Pacing indicator 0 
Begin Bracket indicator 0 
End Bracket indicator 0 
Change Direction indicator 0 
Code Selection indicator 0 
Enciphered Data indicator 0 
Padded Data indicator 0 


All network control request units processed by the ER 
manager are sent with no-response requested; all network 
control request units processed by the VR manager and the 
NC_IPL commands processed by the PU.SVC_MGR.NS (Chapter 11) 
are sent with definite response requested (RQD1). 
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NETWORK CONTROL TH VALUES 

All network control requests and responses are sent using 
the expedited flow (the EFI bit is set to EXP in the TH). 

Before a route (either explicit or virtual) can be 
activated, any PIUs using a previous activation of that 
route must be flushed from it. All route activation PIUs 
flow with TG Sweep set to SWEEP, so that any PIUs already on 
the route will be pushed ahead of the activation PIU and 
expelled from the route before the route is reactivated. At 
each node along a route, a PIU having TG Sweep set to SWEEP 
will force all PIUs using the same TG to be sent to the node 
at the other end of the TG before the PIU doing the 
sweeping. 

The TPF setting for a route activation PIU is determined by 
whether it is a virtual or explicit route being 
activated—for a virtual route, the TPF is that of the VR 
being activated; for an explicit route, the TPF is L_PRTY 
(low). When the TG Sweep indicator in a PIU is set to 
SWEEP, all PIUs of equal and higher priority to be forced 
ahead of the sweeping PIU. Therefore, the virtual route 
activation request and response units will sweep both the VR 
being activated and all virtual routes having equal or 
higher priorities. For explicit route activation, virtual 
routes of all priorities are swept in order to support any 
and all virtual routes defined to use the explicit route. 
(See Chapter 3 for a description of how the TG Sweep 
indicator and TPF field are used by path control.) 

NC_ER_OP and NC_ER_INGP flow with the TG Sweep set to SWEEP 
and TPF set to H_PRTY (high). Since both RUs have the same 
TPF value, they will stay in the same order relative to each 
other; i.e., an NC_ER_OP can never pass an NC_ER_INOP» nor 
vice versa. The H_PRTY TPF causes both NC_ER_OP and 
NC_ER_INOP to be pushed ahead of all explicit and virtual 
route activation RUs (requests or responses)—e.g., an 
NC_ER_ACT request can not move ahead of an NC_ER_INOP 
request. However, because of its higher TPF value, an 
NC_ER_INOP can overtake and pass an explicit route 
activation request. If the NC_ER_OP or NC_ER_INOP enters a 
route ahead of a route activation RU, it will stay ahead of 
the activation RU. If the NC_ER_OP or NC_ER_INOP passes a 
route activation RU, the order of RU processing at a node 
will be changed, but the net result will be the same. 

For example, if an NC_ER_ACT is flowing on a route followed 
by an NC_ER_INOP and then an NC_ER_OP, the NC_ER_INOP and 
NC_ER_OP may pass the NC_ER_ACT, but they stay in the same 
order relative to each other (i.e., the NC_ER_INOP remains 
first). If they do not pass the NC_ER_ACT» the route may be 
partially activated, but the NC_ER_INOP will cause it to be 
deactivated—the net effect being a non-activated ER. If 
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both the NC_ER_INOP and NC_ER_OP pass the NC_ER_ACT , the 
originator of the route activation request will reject the 
NC_ER_ACT_REPLY, because the NC_ER_INOP received by the 
originator of the NC_ER_ACT will reset the control block 
recording the sending of the route activation being replied 
to. 

The NC_ER_TEST and NC_ER_TEST_REPIY requests use the L_PRTY 
TPF so as not to delay important message units in the 
network . 

All NC request and response units handled by the VR manager 
flow on the VR that the RUs are controlling and use 
associated VRN> ERN, and TPF values. All NS RUs handled by 
the ER or VR manager flow on SSCP-PU sessions. The 
following table specifies the type of flow* priority* and TG 
Sweep setting for RUs processed by this chapter. 
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RU 


Flow 

TG Sweep 

TPF 

NC_ACTVR 

VR_MGR 

—>VR_MGR , END 

SWEEP 

VR's 

RSPC NC_ACTVR) 

VR_MGR 

—>VR_MGR > END 

SWEEP 

VR’s 

NC_DACTVR 

VR_MGR 

—>VR_MGR» END 

SWEEP 

VR's 

RSP(NC_DACTVR) 

VR_MGR 

—>VR_MGR» END 

SWEEP 

VR's 

NC_ER_TEST 

ER_MGR 

—>ER_MGR, SEQ 

-SWEEP 

L_PRTY 

NC_ER_TEST_REPLY 

ER_MGR 

— >ER_MGR t SEQ 

-SWEEP 

L_PRTY 

NC_ER_ACT 

ER_MGR 

—>E R_MGR » SEQ 

SWEEP 

L_PRTY 

NC_ER_ACT_REPLY 

ER_MGR 

—>ER_MGR t SEQ 

SWEEP 

L_PRTY 

NC_ER_OP 

ER_MGR 

—>ER_MGR , FAN 

-SWEEP 

H_PRTY 

NC_ER_INOP 

ER_MGR 

—>ER_MGR > FAN 

-SWEEP 

H_PRTY 

VR_INOP 

VR_MGR 

—>SSCP, SSCP-PU 

-SWEEP 

— 

ER_INOP 

ER_MGR 

—>SSCP, SSCP-PU 

-SWEEP 

— 

ROUTE_TEST 

SSCP-- 

>VR_MGR t SSCP-PU 

-SWEEP 

— 

RSP(ROUTE_TEST) 

VR_MGR 

—>SSCP, SSCP-PU 

-SWEEP 

- 

ER_TESTED 

ER_MGR 

—>SSCP, SSCP-PU 

-SWEEP 

- 



LEGEND 

SEQ: 

sequential propagation 

FAN: 

fan-out propagation 

END: 

route end node to route end node 

SSCP-PU: 

SSCP-PU session 

VR’s: 

TPF value of the VR 

MM • 

♦ 

TPF value of the VR supporting the SSCP-PU session 

ER_MGR: 

ER manager 

VR_MGR: 

VR manager 


Note: Sequential 

and 

fan-out 

propagation flows 

are 

described in 

the 

section , 

"Request Flows" 

(page 


12 - 22 ) . 


Figure 12-4. TH Settings for PC_ROUTE_MGR RUs 
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PU.SVC_MGR.PC_ROUTE_MGR.RCV: PROCEDURE; 


/* 

I - -- - - - -— — -- - --—- --*-T 

| FUNCTION; TO CALL THE APPROPRIATE PROCEDURE TO PROCESS A SIGNAL, REQUEST, OR | 



RESPONSE SENT TO THE 
PU.SVC_MGR 

PATH 

CONTROL ROUTE MANAGER 

COMPONENT OF 

I 

I 

| INPUT; 

SIGNALS, RU*S, OR PIU*S 

FROM PC.FRC (CHAPTER 3), 

PU.SVC MGR.NS 

1 

1 


(CHAPTER 11), PU.SVC MGR 
SCHEDULER (APPENDIX cf 

.CSC. 

.MGR (CHAPTER 13), OR THE 

HIGHER-LEVEL 

1 

1 

| OUTPUT; 

SIGNALS, RU'S, OR PIU»S TO ER 

MANAGER OP VR MANAGER 


1 

| REFERS TO 

THE FOLLOWING PROCEDURE(S) 

. 



1 

1 


ER NGR 


PAGE 12-31 


1 

1 . ^ . , _!_ 

VR MGR 


PAGE 12-79 


1 






V 

SELECT ANYORDER; 





/* 



T~ 

— — — — ————- - -— -, 




1 

INPUT FROM PC.ERC I 







*/ 

WHEN( (INPUT(RQ) 

1 

INPUT (RSP)) & RU CTGY = NC & RQ CODE = (NC ACTVR | 

NC DACTVR)) 


CALL VR_MGR; 


/* PAGE 

12-79 

*/ 

WHEN (INPUT (RQ) 

& 

RU_CTGY a NC S 



RQ_CODE * 

(NC_ER_OP | NC_ER_INOP | NC_ER_ACT | NC_ER_ACT_REPLY | 

! 


NC ER TEST 1 

NC_ER TEST REPLY ( LSA)) 



CALL ER_MGR; 


/* PAGE 

12-31 

V 





/* 


r~ 

miV m «' W.»'. — —-U...I u JIL -U 1- ™ --« «I. - ™ n. nr-n r ^ ^ 1 




1 

INPUT FROM PU.SVC_MGR.NS I 







V 

WHEN(INPUT(RQ) 

& 

RU CTGY = FMD S NSC RQ.NS HEADER = ROUTE TEST HDR) 



CALL VR_MGR; 


/* PAGE 

12-79 

*/ 

WHEN(INPUT(* TG 

OP*) | INPUT(*TG INOP NORMAL*) | INPUT('TG_INOP_E T> ROR* 

)) 


CALL ER_NGR; 


/* PAGE 

12-31 

*/ 





/* 


r- 

! 

INPUT FROM PU.SVC_MGR.CSC_MGF ! 







V 

WHEN (INPUT (RQ) 

& 

RU CTGY a SC 5 



RQ CODE = 

(ACTCDRM \ ACTLU | ACTPU | BIND | DACTCDRM | DACTLU | 

DACTPU | UNBIND)) 


CALL VR MGR; 


/* PAGE 

12-79 

*/ 





/* 


1 

INPUT FROM THE HIGHER-LEVEL SCHEDULER I 







*/ 

WHEN (INPUT('SEND DACTVR F')> 



CALL VR_MGR; 


/* PAGE 

12-79 

*/ 

OTHERWISE 


/* INVALID INPUT 

*/ 


. DO; 

. . CALL UPM_LOG (* UNRECOGNIZED INPUT TO PC_ROUTE_.NGR.RCV); /* APPENDIX B */ 

. . DISCARD MU; 

END; 

END; 

RETURN; 

END PU.SVC_MGR.PC_ROUTE_MGR.RCV; 
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EXPLICIT ROUTE MANAGER 


The main responsibilities of the explicit route manager are 
to build# process> and propagate the requests dealing with 
the operational status * testing* and activation of explicit 
routes. 

• The PU.SVC_MGR.NS signals its ER manager when a 
transmission group (TG) attached to the node changes 
its state from operative to inoperative or vice versa. 
The ER manager broadcasts (see the discussion of 
fan - out propagation in the section* "Request Flows”) 
the change in operational status of ERs caused by the 
change in the TG to all affected ER managers. 

• Explicit route testing procedures are initiated when an 
SSCP requests the virtual route manager to give the 
status of and to test VRs. The VR manager in turn 
requests the ER manager to provide the status of and 
perform the testing of the ERs. Results of the testing 
procedures are returned directly to the requesting 
SSCP. 

• Explicit route activation is initiated to provide 
routing for PIUs flowing on a session. Before a 
session can be started* a VR must be designated to 
carry the message units for that session. The VR 
manager selects a VR to be used by the session and 
signals the ER manager to activate the ER that supports 
that VR. There is no protocol for requesting the 
deactivation of an ER* an ER is deactivated as the 
result of one of its TGs becoming inoperative. 

The ER manager receives inputs (requests or signals) from 
PU.SVC_MGR.NS * PC.ERC* and the VR manager* it sends outputs 
(requests or signals) to SNS* PC.TGC* and the VR manager. 
Figure 12-5 shows the components that interact with the ER 
manager and the requests or signals that are exchanged. 
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PU.SVC MGR.NS 


VR MGR 


PC.ERC 


*TG_INOP_NORMAL’ 

*ACTIVATE_ER * 

NC_E R_OP 

* TG_INOP_ERROR * 

ROUTE_TEST 

NC_ER_INOP 

* TG_OP * 


NC_ER_ACT 



NC_ER_ACT_REPLY 

NC_ER_TEST 

NC_ER_TEST_REPLY 

LSA 


V V V 



ER_INOP 

'ER_ACTIVATED* 

ER_TESTED 

'ER_NOT_ACTIVATED' 

NS_LSA 

’ ERINOP' 


NC_E R_OP 

NC_ER_INOP 

NC_ER_ACT 

NC_ER_ACT_REPLY 

NC_ER_TEST 

NC_ER_TEST_REPLY 

LSA 


V 

SNS 


V 

VR_MGR 


V 

PC.TGC 


Figure 12-5. ER Manager Inputs and Outputs 
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The categories of requests and signals handled by the ER 
manager are: 

• Requests relating to the operational status of ERs: 

NC_ER_OP 
NC_ER_INOP 
E R_INO P 
LSA 

NS_LSA 

Signals relating to the operational status of TGs (and 
hence > ERs) ; 

TG_OP 

TG_INOP_NORMAL 

TG_INOP_ERROR 

ERINOP 

• Requests relating to the activation of ERs: 

NC_ER_ACT 

Ne_ER_ACT_REPLY 

Signals relating to the activation of the ERs: 

ACTIVATE_E R 
ER_ACTIVATED 
ER_NOT_ACTIVATED 

• Requests relating to the testing of ERs: 

NC_ER_TEST 

NC_ER_TEST_REPLY 

ER_TESTED 

ROUTE_TEST 

• Signal relating to the definition of ERs: 

DEFINE 
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DATA STRUCTURES 


The major data structures used by the ER manager are the 
ERN_MAP_LIST* SUBAREA_ROUTING_LIST * and ERCB_LIST (see 
Appendix A). Their usage in relation to the ER manager 
functions is described below. 

During session activation the VR manager may request that 
the ER manager activate the ER that supports the selected VR 
for the session. The ER manager maps the VR number (VRN) 
supplied by the VR manager to the ER number (ERN) defined to 
support it* and passes that ERN to the VR manager (so that 
PC.VRC (Chapter 3) can enter into the TH the proper ERN for 
the VR). The ERN_MAP_LIST contains the set of mappings 
between VRN and ERN for each destination subarea (DSA) that 
the node can route to. There is one entry (called an 
ERN_MAP) in this list for each DSA; each entry contains an 
array of 16 ERN values* which is indexed into by VRN value 
(see Figure 12-6). This list is generated during system 
definition; the mappings may be changed by 
implementation-dependent means* but only when the affected 
VR is neither active nor in the process of being activated. 



ERNi 


ERN j 

DSA 

• 


• 


• 


ERNk 


A 


16 


V 


Note; ERNi is the ERN supporting VRO, ERNj is the ERN 
supporting VR1* and so on. The ERN values are not 
required to be different. 


Figure 12-6. ERN_MAP_LIST Entry 
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When sending message units on an ER, PC.ERC (Chapter 3) uses 
the SUBAREA;_ROUTING_LIST to map the (DSA, ERN) in the TH to 
a transmission group identifier (TG_ I0), which specifies the 
TG over which the message unit should be sent. The TG_ID 
consists of a transmission group number (TGN) and an 
adjacent subarea address (ADJ_SA), which uniquely identify a 
particular transmission group. There is one entry (called a 
SUBAREA_ROUTING) in this list for every destination subarea 
to which this node may send Pills. Each entry contains an 
array of 16 TG_IDs, indexed by ERN; each TG_ID identifies 
the TG over which PIUs are sent when routing via a 
particular (DSA, ERN). If the TG_ID is nonzero , the 
(DSA, ERN) is defined ; if the TG_ID is zero , the (DSA, ERN) 
is undefined . There is no SUBAREA_ROUTING_L1ST entry for 
the node in which the list resides, nor is there an entry 
for any node that is not the destination of some explicit 
route, even if that node is an intermediate node on some 
explicit route from this node. 

Figure 12-7 shows the format of each SUBAREA_ROUTING_L1ST 
entry. This list is generated during system definition, but 
the correspondence between (DSA, ERN) and TG_ID may be 
changed by implementation-dependent means or by NC_ER_OP 
requests (see the section, "Dynamic Routing Definition”). 



TG_IDi 


TG_IDj 

DSA 

• 


• 


• 


TG_IDk 


A 


16 


V 


Notes: 1. TG_ID = (TGN, ADJ_SA) 

2. TG_IDi is the TG_ID for ERNO, TG_IDj is the TG_ID 
for ERN1, and so on. The TG_ID values are not 
required to be different. 


Figure 12-7. SUBAREA_ROUTING_L1ST Entry 
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The ER manager maintains the status of and information about 
a specific (DSA, ERN) pair in an explicit route control 
block (ERCB), all ERCBs for the node are kept in the 
ERCB_LIST. Each ERCB contains an FSM specifying the status 
of the explicit route and several fields that characterize 
the ER when it is active (e.g., the number of transmission 
groups it contains). The set of states maintained in the 
ERCB reflects the type of information that is used by ER 
manager procedures, such as whether message units can be 
transmitted on the ER (ACTIVE state) or whether the ER is in 
the process of being put into the ACTIVE state (PEND_ACT). 

Figure 12-8 illustrates a possible explicit route 
configuration where ERNO and ERN1 are defined along the same 
set of transmission groups from node A to node B, and ERN2 
is defined along the same set of transmission groups (but in 
the reverse order) from node B to node A. In node A, the 
ERCB for DSA B and ERNO refers to an ER with RERN2. 
However, in node B, the ERCB for DSA A and ERN2 actually 
refers to multiple ERs because ERN2 is associated with 
multiple ERNs (ERNO and ERN1) in the opposite, or reverse, 
direction (RERNs). 




Figure 12-8. Multiple Explicit Routes Using the Same Set of 
TGs between Nodes 
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The SUBAREA_ROUTING_L1ST specifies the defined mapping of 
(DSA, ERN) to TG_ID, but this mapping may not be given or it 
may be changed while the network is operating. Therefore* 
the ER manager maintains information about both the defined 
TG_ID for the (DSA, ERN) and any other TG_IDs that the ER 
manager is informed about via the NC_ER_OP and NC_ER_INOP 
requests. The information pertaining to a particular TG_ID 
for a (DSA* ERN) is kept in a path control block (PATHCB)* 
all PATHCBs for a given (DSA, ERN) are contained in the 
PATHCB_LIST attached to the ERCB. A PATHCB is created when 
an NC_ER_OP is received for a (DSA, ERN) along a particular 
TG_ID, and is destroyed when an NC_ER_INOP is received for 
it. An ERCB is created when the first PATHCB for that (DSA, 
ERN) is created, and is destroyed when the last PATHCB for 
that (DSA, ERN) is destroyed. Figure 12-9 shows the format 
of an ERCB and its associated PATHCBs. 


(DSA, ERN) 

ER STATE 


REVERSE ERN MASK 


ER LENGTH 


• 


• 


• 

ERCB 


V 



_> 


_> 


TG_ID 


TG_ID 


TG_ID 







Figure 12-9. ERCB Entry and Associated PATHCB Entries 
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An ERCB may have multiple PATHCBs attached to it if multiple 
NC_ER_OP requests are received for the same (DSA, ERN), but 
over different TGs. For example, in Figure 12-10 the 
SUBAREA_ROUTING_L1ST in node A could specify that PIUs 
destined for DSA D on ERN1 should go through node B or 
through node C. Regardless of what TG_ID is defined for the 
ER (i.e., through node B or node C)» node A will receive an 
NC_ER_0P from node B indicating routing from B to D for 
ERN1, and node A will also receive an NC_ER_0P from node C 
indicating routing from C to D for ERN1. Node A retains 
information in different PATHCBs about both ways of routing 
PIUs on ERN1 to DSA D because the SUBAREA_ROUTING_LIST 
specifying the defined TG_ID for ERN1 to DSA D could be 
changed (one or more times) during the operation of the 
network. 



B 

ERN1 





ERN1 


> 


D 


Figure 12-10. Configuration Generating Multiple PATHCBs 
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REQUEST FLOWS 


Requests generated by the ER manager use one of two types of 
flows when moving through a network: sequential propagation 
or fan - out propaoation . The requests that activate and test 
a single explicit route (NC_ER_ACT» NC_ER_ACT_REPLY, 
NC_ER_TEST, and NC_ER_TEST_REPLY) use the sequential 
propagation flow. These requests are processed by the ER 
manager in each subarea node along an explicit route; 
because there is no guarantee that the explicit route is 
properly defined and operative from one end of the explicit 
route to the other end * the ER manager in each subarea node 
along the route processes the request* including checking 
for various error conditions (e . g . * no usable ERN in the 
reverse direction of the ER or the ER has a "loop" in it). 
The sequential propagation flow allows information about the 
explicit route (e.g.» its length) to be gathered as the 
request traverses the route. The OSAF and DSAF fields in 
the FID4 TH for these requests do not specify the node that 
originated the request and the node that the request is 
destined for* but rather* the two adjacent subarea nodes 
connected by the transmission group being traversed. 
Accordingly, at every subarea node along the explicit route, 
these fields are changed to specify the adjacent subarea 
nodes on the TG currently being traversed. The subarea 
addresses of the two ends of the explicit route are 
contained within the request. 

The requests that update the operational status of ERs 
(NC_ER_OP and NC_ER_INOP) use the fan-out propagation flow. 
These requests are sent from a subarea node to every 
adjacent subarea node (and over every transmission group to 
each adjacent subarea node) except to the node from which 
the request arrived. This type of flow allows all subarea 
nodes affected by a transmission group's change of status to 
be notified of the event. Other details of this propagation 
are discussed in "Operational Status of Explicit Routes." 

Figure 12-4 (page 12-12) shows the type of request flow used 
by all RUs processed by the path control route manager. 

PROTOCOL BOUNDARY WITH PATH CONTROL (PC) 

All message units sent by the ER manager on the PL-PU flow 
are sent to PC.TGC. When sent to PC.TGC the message unit is 
completely ready to be sent out of the node* that is, all 
fields in the RU, RH * and TH are already filled in. 
TGCB_PTR is also set to indicate over which TG the message 
unit is to be sent. Message units entering a node destined 
for the ER manager are routed to PU.SVC_MGR.PC_ROUTE_MGR.RCV 
from PC.ERC. TGCB_PTR is set to indicate on which TG the 
message unit arrived. 
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PROTOCOL BOUNDARY WITH THE VR MANAGER 


All message units for a session flow on virtual routes; the 
virtual route manager assigns the session to an appropriate 
virtual route as the session is being activated. If the 
desired virtual route is not already active* the VR manager 
signals the ER manager to activate the ER supporting that 
virtual route. The signal is accompanied by the virtual 
route number and the subarea address at the other end of the 
virtual route (PARTNER_SA). Using the ERN_MAP_LIST, the ER 
manager determines which ER supports that VR and initiates 
the ER activation process. (Alternative actions are 
described in detail in the section* "Activation of Explicit 
Routes.") After deciding whether or not the ER can be 
activated and used to support the VR, the ER manager signals 
the VR manager. 

The ER manager exchanges information with the VR manager in 
two other cases: when the ER manager sends an ERINOP signal 
to the VR manager informing it of the change to inoperative 
status of an explicit route* and when the VR manager has 
been requested to test routes according to an ROUTE_TEST 
request. When testing routes* the VR manager may 
communicate with the ER manager in two different ways. The 
ER manager is called to fill in various fields in the 
response to ROUTE_TEST indicating the status of ERs* and 
also* if necessary* to send NC_ER_TEST to test an explicit 
route (see the section* "Explicit Route Testing"). 

PROTOCOL BOUNDARY WITH THE PU.SVC_MGR.NS 

The PU. SVC_MGR.NS signals the ER manager of changes in the 
status of transmission groups. A transmission group becomes 
operative when a link in an inoperative transmission group 
is contacted using a link-level procedure* and it becomes 
inoperative when the last remaining link in the transmission 
group fails or is discontacted. The PU. SVC_MGR.NS sets 
TGCB_PTR to the address of the TGCB for the affected 
transmission group and sends the ER manager either a TG_OP, 
TG_INOP_N0RMAL, or TG_INOP_ERROR signal. The ER manager 
then builds and sends the appropriate NC_ER_OP or NC_ER_INOP 
requests. 

OPERATIONAL STATUS OF EXPLICIT ROUTES 

An explicit route between two subareas is operative when all 
the transmission groups along the ER between the two 
subareas are operative. The PU.SVC_MGR.NS in each of the 
subarea nodes at the two ends of the transmission group 
becoming operative signals the ER manager as described in 
the preceding section. The ER manager builds an NC_ER_OP 
request containing a specification of the TG that became 
operative and a list of ERNs identifying the ERs that are 
currently operative. The two ER managers send the NC_ER_OP 
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requests to each other on the now operative transmission 
group. Each ER manager receiving an NC_ER_OP> including the 
two at the ends of the operative TG and all subsequent 
receivers (via fan-out propagation), updates the list of 
operative ERs in the request. When the NC_ER_OP is sent 
from an ER manager, the list of operative ERs includes only 
those ERs it uses that have become operative as a result of 
the transmission group becoming operative. The resulting 
NC_ER_OP is sent to adjacent subarea nodes via the fan-out 
propagation flow; the NC_ER_OP is not propagated if there 
are no entries left in its list of operative ERs. 

An inoperative condition of a transmission group is handled 
in a similar way. Upon receiving a signal from the 
PU.SVC_MGR.NS indicating that a transmission group has 
become inoperative, the ER manager builds an NC_ER_INOP 
listing all the ERs that have become inoperative. The nodes 
at the ends of the inoperative TG and every node that 
receives the NC_ER_INOP use the fan-out propagation flow to 
communicate the new status of the transmission group to all 
subarea nodes that are affected. Each ER manager receiving 
an NC_ER_INOP, updates the list of inoperative ERs in the 
request to contain only those ERs it uses that have become 
inoperative as a result of the transmission group becoming 
inoperative. The NC_ER_INOP is not propagated if there are 
no entries left in its list of inoperative ERs. 

Each subarea node that sends an NC_ER_INOP also builds and 
sends an ER_INOP request and an ERINOP signal. The ER_INOP 
is sent for each CP-PU session in which SDT has flowed to 
provide information on inoperative ERs. The ERINOP signal 
and a list of ERs is sent to the VR manager to cause it to 
initiate session outage notification and reset any VRs 
affected by the now inoperative ERs. 

Subarea nodes that do not support ER-VR protocols are not 
sent the NC_ER_OP or NC_ER_INOP requests. During fan-out 
propagation, an NC_ER_OP is not sent to such a node. An 
NC_ER_INOP, however, is translated into an ISA and sent to 
that node. Such a node not supporting ER-VR protocols sends 
an ISA to its adjacent subarea node when it recognizes a 
link outage, so nodes supporting ER-VR protocols convert 
received LSA requests into NC_ER_INOP requests. 

ACTIVATION OF EXPLICIT ROUTES 

Explicit routes are activated either when the VR manager 
requests it as part of the VR activation process (described 
in this section) or when multiple NC — ER_OP requests are 
received for the same as yet undefined and dynamically 
definable (DSA, ERN) pairs (see the section, "Dynamic 
Routing Definition"). Unlike virtual routes, explicit 
routes are not deactivated when no sessions are using the 
route; ERs are deactivated only when a TG that is a part of 
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that ER becomes inoperative (see the section* "Operational 
Status of Explicit Routes"). To activate an explicit route* 
a subarea node sends an NC_ER_ACT to the other end of the 
explicit route and receive a positive NC_ER_ACT_REPLY in 
return. After receiving a positive NC_ER_ACT_REPLY* only 
the path control route manager component that sent the 
NC_ER_ACT can send an NC_ACTVR on the ER—the path control 
route manager component at the other end of the ER cannot 
send an NC_ACTVR until it activates the ER from its end by 
sending an NC_ER_ACT and receiving a positive 
NC_ER_ACT_REPLY. 

One cause of explicit route activation is session 
activation. The CSC manager requests from the VR manager an 
active virtual route to be used by the session. As part of 
the VR activation process* the VR manager passes an 
ACTIVATE_ER signal to the ER manager* this signal specifies 
which virtual route number and DSA is being requested by the 
VR manager. Using the ERN_MAP_LIST> the ER manager 
determines which ERN supports that VRN and attempts to 
activate the ER if it is not already active. ER manager 
action is determined by the state of FSM_ERN (anchored in 
the ERCB)> as follows. 

• If the state is inoperative (RESET)* the VR manager is 
signaled via an ER_NOT_ACTIVATED that the ER cannot be 
activated. 

• If the state is operative (0P)> an NC_ER_ACT is sent on 
the explicit route to activate it. No immediate response 
is sent to the VR manager; when the NC_ER_ACT_REPLY 
returns* the ER manager signals the VR manager* indicating 
whether or not the ER can be used to support the requested 
VR. 

• If the state is pending activation (PEND_ACT)* an 
NC_ER_ACT has already been sent to activate the route. 
When the NC_ER_ACT_REPLY returns* the ER manager signals 
the VR manager* indicating whether (ER_ACTIVATED) or not 
(ER_NOT_ACTIVATED) the ER can be used to support the 
requested VR. 

• If the state is active (ACTIVE)* the VR manager is 

signaled via an ER_ACTIVATED that the ER is active and can 

be used to support the VR. 

• If the state is pending ER definition resolution (CONTEND) 

(see the section* "Dynamic Routing Definition")* multiple 
NC_ER_ACT requests have already been sent to determine 
which TG_ID should be used when routing message units on 
the ER. When the status of the ER is determined by 

examining the returned NC_ER_ACT_REPLY requests* the ER 

manager signals the VR manager* indicating whether or not 
the ER can be used to support the requested VR. 
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When sending an NC_ER_ACT to activate an ER> the ER manager 
uses the SUBAREA_ROUTING_LIST to determine over which TG to 
send the request. (See the section, "Dynamic Routing 
Definition," for the procedure when the (DSA, ERN) is not 
defined.) The request follows the sequential propagation 
flow along the explicit routes determined by the (DSA, ERN) 
(see Figure 12-8) The set of possible reverse ERNs is 
established as the request traverses the ERN. If at any 
node on the explicit route, there is no valid reverse ERN 
defined, an NC_ER_ACT_REPLY indicating unsuccessful 
activation is returned to the NC_ER_ACT originator. The ER 
manager at each subarea node receiving the NC_ER_ACT, 
increments the explicit route length (counted in terms of 
the number of transmission groups already traversed by the 
NC_ER_ACT), and compares it against the maximum specified in 
the MAX_ER_LENGTH field in the NC_ER_ACT. An 
NC_ER_ACT_REPLY indicating unsuccessful activation is sent 
if the ER length is exceeded. A negative NC_ER_ACT_REPLY is 
also returned if any subarea node along the explicit route 
does not have a definition (i.ei, TG_ID) for the (DSA, ERN) 
being activated or if the transmission group specified in 
the definition is not currently operative. 

If the NC_ER_ACT reaches its destination subarea node, the 
ER manager at that node builds an NC_ER_ACT_REPLY and sends 
it back to the node that originated the NC_ER_ACT. Thus, 
the originator of NC_ER_ACT receives an NC_ER_ACT_REPLY 
whether or not the activation is successful. (The only 
exception is when a TG on the ER has failed after the 
NC_ER_ACT has passed the TG, but before the NC_ER_ACT_REPLY 
has returned.) In this case, the NC_ER_ACT originator is 
informed of the TG failure via an NC_ER_INOP, which implies 
that the ER cannot be activated.) Upon receiving an 
NC_ER_ACT_REPLY, the ER manager sends to the VR manager an 
ER_ACTIVATED signal, indicating the ER can support a VR, or 
an ER_NOT_ACTIVATED signal, indicating that it cannot. 

DYNAMIC ROUTING DEFINITION 

A VR is specified in the VR identifier list derived from a 
COS name if its underlying ER provides the characteristics 
or properties required by the class of service. Whether the 
ER satisfies the class of service is determined by the set 
of TGs that are traversed by the ER. Generally, the mapping 
of an ER to TG in the SUBAREA_ROUTING_LIST is designed to 
provide certain characteristics, but if all possible TGs 
will provide those characteristics, then that ER to TG 
mapping need not be predefined. In this case, the ER 
manager can choose to route traffic for a (DSA, ERN) on the 
first TG that becomes operative, rather than waiting for a 
particular, predefined TG. 
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The ERN_SYSDEF bit, associated with each CDSA, ERN) in the 
SUBAREA_ROUTING_LIST» indicates whether the ER manager of a 
subarea node may or may not require that a (DSA, ERN) be 
predefined (i.e.» mapped to a predetermined TG_ID). A 
subarea node may elect not to require (DSA, ERN) definition, 
but, rather, to choose a TG_ID for the (DSA, ERN) according 
to NC_ER_OP requests received from adjacent subarea nodes. 
Upon receipt of the first NC_ER_OP for a (DSA, ERN), the TG 
over which it arrived (as specified by the TGCB_PTR set by 
PC.TGC) becomes the temporarily defined value for the 
(DSA, ERN) (the TG_ID of the TG is placed in the 
SUBAREA_ROUTING_LIST for the (DSA, ERN)). 

If a second NC_ER_OP arrives for the same (DSA, ERN), but on 
a different TG, the TG_ID field in the SUBAREA_ROUTING_L1ST 
for that (DSA, ERN) is set to 0. To decide which TG_ID 
should be put into the TG_ID field, an NC_ER_ACT for the 
(DSA, ERN) is sent over the two transmission groups that 
received NC_ER_OP. (The DYNAMIC_ER_DEFN bit is set in each 
NC_ER_ACT to indicate that the requests are being sent to 
resolve the dynamic definition ambiguity.) The first 
positive NC_ER_ACT_REPLY that returns activates the route 
and determines which TG will be used when routing message 
units on the (DSA, ERN); the TG_ID for that TG is entered 
into the SUBAREA_ROUTING_LIST for the (DSA, ERN). If 
further NC_ER_OP requests are received for the same 
(DSA, ERN), but over different TGs, no further NC_ER_ACT 
requests are sent. 
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Figure 12-11 illustrates a case where the ER managers at the 
two ends of an ER may not appear to be synchronized. Node A 
allows ERNO to be dynamically defined; both nodes B and C 
have ERNO defined to node D* so node A could use ERNO 
through node B or through node C. ERN1 is defined from node 
D to node A through node B and ERN2 is defined from node D 
to node A through node C. If node A receives multiple 
NC_ER_OP requests indicating different TGs can be used to 
route to node D over ERNO* node A will send multiple 
NC_ER_ACT requests to node D attempting to resolve this 
ambiguity. 

The receiver of the multiple NC_ER_ACT requests (node D) 
could accept each one and not recognize they were related 
because a receiving subarea node processes the requests in 
terms of the sending node’s reverse ERNs, not the ERN being 
activated by the sender. Therefore* the receiver returns a 
positive NC_ER_ACT_REPLY and enters the ACT_RCV state for 
each of its ERNs* which are the originator’s RERNs. The 
ACT_RCV state indicates that an NC_ACTVR can be received* 
but cannot be sent. 

The NC_ER_ACT_REPLY receiver—the NC_ER_ACT sender—accepts 
at most one of the NC_ER_ACT_REPLYs and enters the ACTIVE 
state for that (DSA* ERN). The node rejects all other 
NC_ER_ACT_REPLYs without telling the partner node—the 
partner may be in the ACT_RCV state for ERNs that will never 
be part of an active ER. This apparent state mismatch 
presents no difficulties* however, because the partner in 
ACT_RCV state will never receive an NC_ACTVR* and the 
ACT_RCV state does not allow the node to activate its own VR 
and therefore get into conflict with the state of the ER at 
the other end. 





Figure 12-11. Dynam ic Route Definition Example 
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The above dynamic route definition discussion considers the 
case where only one end of an ER allows dynamic route 
definition. When both ends allow it» both nodes might be in 
the process of resolving TG_ID ambiguity at the same time. 
If both nodes are sending multiple NC_ER_ACT requests and 
activating the ER based on the order that the 
NC_ER_ACT_REPLY requests return> a conflict may arise 
between the TG_IDs chosen for the ER by the two partner 
nodes. In this case) when two nodes are simultaneously 
resolving the TG_ID conflict) the subarea node having the 
larger subarea address is considered the "winner." The 
winning node rejects all NC_ER_ACT requests being used by 
the partner node to resolve its TG_ID conflict. The 
"losing" node accepts the first NC_ER_ACT request it 
receives from the winning node) and returns a positive 
NC_ER_ACT_REPLY. (This node may also accept later NC_ER_ACT 
requests being used to resolve the other node's TG_ID 
conflict.) The losing node defines its (DSA) ERN) that was 
being resolved to use the TG_ID over which the ER partner's 
first NC_ER_ACT arrived) and then sends another NC_ER_ACT 
request on the now defined TG_ID. This NC_ER_ACT) however) 
does not indicate (via the DYNAMIC_ER_DEFN bit in the 
NC_ER_ACT request) that it is being used to resolve a TG_ID 
conflict. 

The TG_ID for an undefined and not yet active (DSA) ERN) can 
be determined by means other than sending out multiple 
NC_ER_ACT requests. The simplest case is that the VR 
manager requests an active ER after one NC_ER_OP has been 
received for a (DSA> ERN)> but before a second has 
arrived--the TG over which the one NC_ER_OP arrived is used 
for routing the NC_ER_ACT. The TG can also be determined 
based on actions by the subarea node at the other end of the 
ER. If that subarea node sends an NC_ER_ACT> the TG over 
which it arrived becomes the one to be used for the 
(DSA) ERN). Once a (DSA> ERN) becomes active) whether it 
was dynamically or statically defined is irrelevant except 
that if the (DSA) ERN) ever becomes reset as the result of 
receiving an NC_ER_INOP , the whole process of determining 
which TG to use for the (DSA> ERN) starts over. 
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TESTING OF EXPLICIT ROUTES 

Testing of explicit routes is initiated by the ROUTE_TEST 
request, which is sent from an SSCP to the VR manager in a 
PU. It specifies another subarea in the network and a list 
of VRNs or ERNs. The VR manager component handles testing 
of the VRs (see the "Virtual Route Manager" section of this 
chapter); the ER manager tests the ERs according to the 
following rules. If the list contains ERNs, all TGs of all 
explicit routes using those ERNs for PIUs flowing from the 
subarea of the PU receiving the ROUTE_TEST request to the 
subarea specified in the request are tested. If the list 
contains VRNs, only the defined TG of the explicit route 
number underlying those virtual route numbers is tested. 

Explicit route testing involves two different activities. 
The first is always performed and entails reporting the 
states of the ERs, as known in the node receiving the 
ROUTE_TEST request. These states are reported to the SSCP 
by means of the ROUTE_TEST response. The second activity is 
performed depending on a field in the ROUTE_TEST» the second 
activity determines the condition of the ERs by sending 
NC_ER_TEST and reporting the result to appropriate CPs using 
ER_TESTED requests. 

One set of procedures in the ER manager determines the 
status of an ER and puts that value directly into the 
response to the ROUTE_TEST; another set of procedures 
provide the protocols for actually testing the ER. 

The NC_ER_TEST request is subjected to the same processing 
as an NC_ER_ACT, however, its operation differs from the 
NC_ER_ACT in two aspects. First, NC_ER_TEST simply tests 
the ER, not changing the state of the ER. Second, 
NC_ER_TEST may be sent even if the explicit route is known 
to be inoperative, in which case the test fails and the 
NC_ER_TEST_REPLY identifies the reason and location of the 
test failure. 

If an ER is to be tested, the ER manager sends an NC_ER_TEST 
along that ER using the sequential propagation flow. At 
each node along the explicit route, the same checks as for 
an NC_ER_ACT are performed (existence of a reverse ERN, 
comparison of the ER length, operative TG, support for ER-VR 
protocols, and definition of the (DSA, ERN)). An 
NC_E R_T EST_REPLY is generated at the node where the 
NC_ER_TEST fails, or at the destination node if the test is 
successful. Upon receiving the NC_ER_TEST_REPLY, the ER 
manager generates an ER_TESTED request and sends it to the 
SSCP that originated the ROUTE_TEST request. If the test 
fails, the ER manager detecting the failure sends an 
ER_TESTED for each SSCP-PU session in which SDT has flowed. 
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ER_MGR: PROCEDURE 


/* 


\ FUNCTION: TO CALL THE APPROPRIATE ER MANAGER PROCEDURE TO PROCESS A SIGNAL OR ~| 

| A REQUEST | 

| INPUT: SIGNAL OR REQUEST (POSSIBLY ROUTED THROUGH | 

| PU.SVC MGR.PC ROUTE MGR.RCV) FROM PC.ERC (CHAPTER 3), PU.SVC_MGR.NS | 

| (CHAPTER 11) r ~VR_MGR (CHAPTER 12) | 

\ OUTPUT: SIGNAL OR REQUEST TO APPROPRIATE PROCEDURE | 

1 REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

| PU.SVC_MGR.PC_ROUTE_HGR.RCV 

| REFERS TO THE FOLLOWING PROCEDURE (S): 

| ACT SEND 

| ACT TEST RCV 

| ACTJTEST REPLY_RCV 

| INOP RCV~ 

| IN OP~"s END 

| LSA_RCV 

\ OP RCV 

| OP SEND 

| TEST SEND 

L_I--J 
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SELECT ANYORDER; 


*/ 

/* 


r “ - — 

| INPUT SIGNAL FROM VR_MGR 

—i 


. WHEN(INPUT('ACTIVATE ER')) 


*/ 

. CALL ACT_SEND; 

/* PAGE 12-55 

*/ 

/* 

i ■ " 1 111 --- ---- 



| INPUT SIGNALS FROM PU.SVC_MGR.NS, 

i _ ___ 

1 



W HEN ( IN PUT ( ' TG_OP ') ) 

CALL 0P_SEND7 

/* 

PAGE 

12-39 

*/ 

*/ 

WHEN (INPUT(»TG INOP_NORMAL*)) 

CALL INOP_SEND; 

/* 

PAGE 

12-42 

*/ 

WHEN(INPUT('TG_INOP_ERROR 1 ) ) 

CALL INOP_SEND; 

/* 

PAGE 

12-42 

*/ 

/* 


r-*---1 

| INPUT RU FROM VR_MGR | 


V 

. WHEN (NSC_RQ. NS__HEADER = ROUTE JTEST_HDR) 

CALL TEST SEND; /* PAGE 12-56 */ 

/* 

i-—-*- \ 

\ INPUT RU'S FROM PC.ERC | 


WHEN(RU_CTGY = NC) 

SELECT ANYORDER(RQ CODE); 

. WHEN (NC_ER OP) 

CALL OP_RCV; 

. WHEN (NC ER_INOP) 

CALL INOP_RCV; 

. WHEN(LSA) 

CALL LSA RCV; 

. WHEN(NC ER_ACT) 

CALL ACT TEST RCV; 

. WHEN (NC_ER_ACT__REPLY) 

. CALL ACT_TEST_REPLY_?CV; 

. WHEN (NC ER“TEST) 

CALL ACT_TEST_RCV; 

. WHEN (NC_ER_TEST REPLY) 

CALL ACT_TEST_REPLY„RCV; 

END; 


. OTHERWISE 
. DISCARD MU; 
END; 

RETURN; 

END ER_HGR; 


/* 

PAGE 

12- 

-40 

V 

/* 

PAGE 

12- 

-44 

*/ 

/* 

PAGE 

12- 

-45 

*/ 

/* 

PAGE 

12- 

-60 

*/ 

/* 

PAGE 

12- 

-64 

*/ 

/* 

PAGE 

12-60 

V 

/* 

PAGE 

12-64 

V 
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EXPLICIT ROUTING DEFINITION 


An explicit route is defined when it is given 5 mapping to a 
particular T G_ ID, i . e . > when an entry exists in the 
SUBAREA_ROUTING_L1ST for the (DSA, ERN). Generally, this 
mapping for every subarea node in a network is generated 
during system definition; those subarea nodes having 
explicit route redefinition capability allow this mapping to 
be changed while the network is in operation. 

A UPM generates the signal and associated information 
detailing the changes to be made to the explicit routing 
tables. The ER manager performs the requested changes only 
if the explicit route is not currently active or in the 
process of being activated. The routing definition may 
require an NC_ER_ACT to be sent into the network. A 
received NC_ER_ACT may have been rejected previously because 
there were no ERNs defined from the node to the NC_ER_ACT 
originator along the required sequence of transmission 
groups. If its ER definition provides such an ERN, the node 
sends an NC_ER_ACT to the node that sent the previously 
rejected NC_ER_ACT. 


/ 



t 

/ 
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DE?INE_ER_TO_TG: PROCEDURE; 


/* 

r -----------T 

I FUNCTION: TO ALTER THE (DSA, ERN) TO TG ID HAPPING SPECIFIED IN THE | 

| SUBAREA ROUTING LIST ” | 

I I 

| INPUT: FROM UPM, PARM DEFINE ER ADDRESSED BY PARH PTR | 

I I 

| OUTPUT: UPDATED SUBAREA ROUTING, AND POSSIBLY AN NCJ3R ACT ON THE (DSA, ERN) | 

| (DONE IN FSM PATH—PAGE 12-75) | 

I ~ I 

j REFERS TO THE FOLLOWING PROCEDURE (S): | 

| CREATE SUBAREA ROUTING PAGE 12-67 | 

| FSM PATH ” PAGE 12-75 | 

| UPM~ALLOW ER DEFINITION PAGE 12-33 | 


*/ 

/* SUBAREA AT OTHER END OF THE ER */ 

/* EXPLICIT ROUTE NUMBER BEING DEFINED */ 

/* TG USED TO NEXT SUBAREA ALONG ER */ 

/* NEXT SUBAREA ALONG ER ♦/ 

PARM_DEFINE_ER_PTR * PARM^PTR; 


ENTITY(PARM DEFINE ER), 

2 DEST SA BIT(32) , 

2 ER NUM BIT(8), 

2 TG“lD, 

3 TGN BIT (8) , 

3 ADJ_SA BIT (32) ; 


/* 

i- - -1 

j LOCATE ANY CONTROL BLOCKS NEEDED TO CHANGE | 

j ROUTING DEFINITIONS. | 

i_—___—_j 

*/ 

FIND SUBAREA ROUTING IN SUBAREA ROUTING_LIST 

WHERE (SUBAREA ROUTING.DEST J5 A = PARM_DEFINE_ER.DEST_SA) ; 

IF SUBAREA ROUTING~PTR = NULL THEN 
DO; 

. CALL CREATE SUBAREA ROUTING (PARM DEFINE ER.DEST SA) ; /* PAGE 12-67 */ 

. SUBAREA_ROUTING.ER_SYSDEF(PARM_DEFINE_ER.ER_NUMj' = STATIC_DEFINITION; 

END; 


FIND ERCB IN ERCB LIST 

WHERE(ERCB.PARTNER_SA = PARM_DEFINE_ER.DEST_SA & ERCB-FR_NUM = PARM_DEFINE_ER.ER_NUK); 

IF EPCB_PTR = NULL THEN 

SUBAREA_ROUTING. TG_ID (PARM_DEFINE_ER. EP._NUM) = PARM_DEFINE_ER . TG_ID ; 

ELSE 

IF UPM __ALLOW_E REDEFINITION = YES THEN /* PAGE 12-33 */ 

DO; 

. SUBAREA_ROUTING.TG_ID(PARM_DEFINE_ER.ER_NUM) = PARM_DEFINS_ER.TG_ID; 

. FIND PATHCB IN PATHCBJLIST WHERE(PATHCB.TG_ID = PARM_DEFINE_ER.TG_ID); 

. IF PATHC8_PTR -*= NULL THEN 
. DO; 

. . FIND TGCB IN TGCB LIST WHERE (TGCB.TG ID = PARM DEFINE ER.TG_ID); 

. . CALL FSM PATH ('DEFINE*) ; ” 7* PAGE 12-75 */ 

END; 

END; 

RETURN; 

END DEFINE_ERJTO_TG; 


UPMjaL0W_ERJ)EFINITION: PROCEDURE RETURNS (BIT ( 1)) ; 


/* 


1 FUNCTION: TO DETERMINE WHETHER THE ER DEFINITION BEQUEST IS VALID ACCORDING TO | 

1 THE STATE OF THE ER BEING REDEFINED | 

I s 

| INPUT: ERCB PTR \ 

I ~ S 

| OUTPUT: YES IS RETURNED IF ER DEFINITION IS ALLOWED; NO IS RETURNED IF ER | 

| DEFINITION IS NOT ALLOWED. CHANGED PATHCB PTR. | 

! I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): | 

| DEFINE„ER_TO_TG PAGE 12-33 ( 

i _” Z I_,_____—.— .— ,—— . — j 

V 


RETURN (YES) ; 

END UPM_ALLOW_ER_DE FINITION; 
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OPERATIONAL STATUS OF EXPLICIT ROUTES 


The operational status of explicit routes is communicated 
between subarea nodes using NC_ER_OP and NC_ER_INOP. Both 
requests use the fan-out propagation flow (implemented in 
procedure FANOUT_PROP) to disseminate the new routing status 
to all affected subarea nodes. When an ER becomes 
inoperative* appropriate messages are sent to the VR manager 
(ERINOP signal) and the affected SSCPs and PUCP (ER_INOP 
request). 

A subarea node that does not support ER-VR protocols is 
never sent an NC_ER_OP; any NC_ER__INOP requests meant for 
such a node are converted to LSA requests before being sent. 
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EXPLICIT ROUTE OPERATIVE (NC_ER_OP) 
EXPLICIT ROUTE INOPERATIVE (NC_ER INOP) 


Flow: ER manager to ER manager (Expedited), with 
TG Sweep = -SWEEP, at high transmission priority 


Principal FSMs: FSM_PATH (Page 12-75) 

FSM_ERN (Page 12-73) 


The NC_ER_OP is generated when a link of an inoperative 
transmission group becomes operative. The ER managers in 
the subarea nodes on each side of the transmission group 
generate and exchange NC_ER_OP requests. Each NC_ER_OP 
contains a specification of the explicit routing knowledge 
in the originating ER manager—the set of (DSA, ERN) pairs 
that can be used for routing PIUs (i.e., have nonzero TG_ID 
values in the SUBAREA_ROUTING_LIST) and that are known to be 
operational as a result of previous NC__ER_QP flows. The set 
of (DSA, ERN) pairs for each DSA is represented in the 
NC_ER_OP as a single DSA value (SA) and a 16-bit mask (MASK) 
indicating which ERNs are operative. The NC_ER_QP also 
includes the transmission group number of the operative 
transmission group and the subarea addresses at its two 
ends . 


Any subarea node receiving an NC_ER_OP modifies its own 
routing tables and the routing information in the request. 
A path control block (PATHCB) with an FSM in the operative 
state is attached to each affected ERCB, signifying that 
routing for that (DSA, ERN) is available using the TG over 
which the NC_ER_QP arrived. The NC_ER_OP contains only 
routing information that may be used by receiving nodes when 
they attempt to activate an explicit route. An NC_ER_GP may 
specify routing for a particular (DSA, ERN), but using a 
different TG than is defined in the SUBAREA_ROUTING_L1ST in 
the receiving node. In such a case, where the routing 
information from the NC_ER_OP does not match the node’s 
definitions, the specification in the NC_ER_OP is erased so 
that nodes receiving the propagated NC_ER_OP will not try to 
route traffic for that (DSA, ERN) through this node. After 
processing all (DSA, ERN) pairs in the NC_ER_OP, the updated 
NC_ER_QP is propagated on each transmission group to each 
adjacent subarea node, except the node from which it 
arrived. The request is not propagated if there are no 
remaining entries in the list of operative explicit routes. 

The NC_ER_XWOP is initiated when the last remaining 1ink of 
the transmission group has failed or is discontacted via a 
link-level procedure. It is originated by the ER managers 
in the nodes on each side of the transmission group, and 
sent on each operative transmission group to each adjacent 
subarea node. Each originating node builds an NC_ER_INOP 
that contains a specification of the explicit routing that 
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is no longer possible—the set of (DSA, ERN) pairs that have 
become inoperative as a result of the transmission group 
becoming inoperative. As in NC_ER_OP» the set of (DSA, ERN) 
pairs for each DSA is represented in NC_ER_INOP as a single 
DSA value CSA) and a 16-bit mask (MASK) indicating which 
ERNs are inoperative. The NC_ER_INOP also contains the 
transmission group number and two subarea addresses that 
designate the inoperative transmission group. 

As discussed for NC_ER_OP> a node's routing tables may not 
match the routing information specified in the NC_ER_INOP. 
Each receiving subarea node deletes those entries from the 
(DSA, ERN) specification in the NC_ER_INOP for which the TG 
over which it arrived does not correspond to the TG_ID in 
the routing tables (SUBAREA_ROUTING_L1ST). After processing 
all (DSA, ERN) pairs in the NC_ER_INOP, the updated 
NC_ER_INOP is transmitted using fan-out propagation, unless 
there are no remaining entries in the list of inoperative 
explicit routes. 




EXPLICIT ROUTE INOPERATIVE (ER_INOP) 

Flow: ER manager to CP (Normal) 

Principal FSMs: None 

ER_INOP is generated by the ER manager when it receives an 
NC_ER_INOP, and optionally is sent for each CP-PU session 
(in which SDT has flowed) to notify each CP that certain ERs 
have become inoperative. The ER_INOP includes the list of 
(DSA, ERN) pairs (corresponding to inoperative explicit 
routes) that were included in the NC_ER_INOP. 


'V. 
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NETWORK SERVICES LOST SUBAREA (NS LSA) 


Flow: ER manager to SSCP (Normal) 

Principal FSMs: None 

Upon receiving an NC_ER_INOP* the ER manager generates and 
sends an NS_LSA instead of an ER_INOP for each SSCP-PU 
session in which SDT has flowed and the SSCP does not 
support ER-VR protocols. The NS_LSA includes the list of 
destination subarea addresses included in the NC_ER INOP. 


LOST SUBAREA (LSA) 

Flow: ER manager to PU (Normal) 

Principal FSMs: None 

When LSA is received from a node that does not support ER-VR 
protocols* the ER manager converts it to an NC_ER_INOP and 
processes it accordingly. If the node to which an 
NC_ER_INOP is to be sent does not support ER-VR protocols* 
the ER manager transforms the NC_ER_INOP into an LSA. The 
LSA includes the list of destination subarea addresses 
included in the NC_ER_INOP» but no ERN values. 
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OP_SEND: PROCEDURE 


FUNCTION: 


INPUT: 

OUTPUT: 

NOTES: 


TO CREATE AND SEND NC ER OP UPON RECEIPT 0? A TG OP SIGNAL FROM 
PU.SVC MGR.NS (CHAPTER 1l7- THE NC ER OP IS SENT TO THE OTHER 
SUBAREA NODE ATTACHED TO THE TRANSMISSION GROUP THAT JUST BECAME 
OPERATIVE. NC_ER OP SPECIFIES THE SET OF EXPLICIT ROUTES FROM THIS 
NODE THAT COULD BE USED FOR ROUTING PIU»S TO SOME DESTINATION BEFORE 
THE TG BECAME OPERATIVE. TO BE INCLUDED IN THIS LIST, A (DSA, ERN) 
MUST BE OPERATIVE AND BE DEFINED (I.E., HAVE AN ENTRY IN THE 
SUBAREA_ROUTING LIST IDENTIFYING WHICH TGJID TO USE WHEN ROUTING 
PIU'S) . 

TG_OP SIGNAL AND TGCB PTR (IDENTIFYING THE TGCB FOR THE NEWLY 
OPERATIVE TG) 

NC_ER_OP TO PC.TGC (CHAPTER 3) 

1. IF THE OTHER-SUBAREA NODE DOES NOT SUPPORT ER-VR PROTOCOLS, DO 
NOT SEND AN NC ER OP TO IT. 


2. NC ER_OP MAY PASS OTHER NETWORK 
THAT FLOW WITH TPF=L PRTY. 


CONTROL RU'S (E.G., NC_ER_ACT) 


3. THE FIRST ER_FIELD ENTRY SPECIFIES ROUTING CAPABILITY TO THE 
CURRENT NODE fl.E., THE NODE GENERATING THE NC_ER_OP). 


REFERENCED BY THE FOLLOWING PROCEDURE (S) : 
ER__MGR 

REFERS TO THE FOLLOWING PROCEDURE (S) : 


PAGE 12-31 


NC_ER_OP_RQ.MASK(1) = ALL_ON; 

NC_ER_OP”RQ.CNT_ER_FIELD = 2; 


I BUILD NC TH RH 

PAGE 

12- 

123 



1 

| FSM_ERN 

i. .._ . _ _ . .... 

PAGE 

12- 

73 



1 







*/ 

DCL ER_NUM BIT (4) ; 

/* USED TO INDEX 

FOR 

ER 

NUMBERS 


*/ 

IF TGCB.ER VR SUPP = NO THEN 



/* 

APPENDIX 

A 

*/ 

RETURN; 



/* 

NOTE 1 


*/ 

CREATE MU; 

CALL BUILD__NC_TH_RH (MU__PTR) ; 



/* 

PAGE 12- 

123 

*/ 

TG SWEEP = -•SWEEP; 







ERN = RESERVED_ZERO; 







IERN = RESERVED ZERO; 

VRN = RESERVEdJsERO; 







TPF = H PRTY; 



/* 

NOTE 2 


V 

DSAF = SUBAREA_RQUTING.DEST_SA; 



/* 

APPENDIX 

A 

V 

RQ_CODE = NC_ER OP; 

NC ER OP RQ.FORMAT = FORMATI; 
NC_ER_OP~RQ.ORIGINATING SA = NCB.NODE 

_ SUBABEA_ADDRESS; 


/* 

APPENDIX 

A 

V 

NC ER 0P“rQ.TG ADJ SA = TGCB.ADJ SA; 



/* 

APPENDIX 

A 

*/ 

NC_E R_OP_RQ.TG_NUM~= TGCB.TGN; 



/* 

APPENDIX 

A 

V 

NC_ER_OP_RQ. SA (1) = NCB .NODE_SUBAREA_ 

ADDRESS; 


/* 

NOTE 3, 

APPENDIX A 

V 


,-.— ---—i 

| CREATE ENTRIES FOR ER_FIELD | 

i_._!___ j 


SCAN SUBAREA_ROUTING LIST PTR (SUBAREA ROUTING PTR); 

. NC ER_OP_RQ.SA(NC ER_OP RQ.CNT ER FIELD) = SUBAREA ROUTING.DE5T SA; 

. NC J2R_0P_RQ.MASK(NC_ER_OP_RQ.CNT_ER_ FIELD) = ALL_OFF; 

. DO ER_NUM = 0 TO NCB.MAX_ER_NUM; /* APPENDIX A */ 

. . FIND ERCB IN ERCB_LIST 

. . WHERE(ERCB.PARTNER SA = SUBAREA ROUTING.DEST_SA B ERCB.ER_NU M = ER_NUM) ; 

. . IF ERCB PTR -•= NULL THEN 

. . FIND PATHCB IN PATHCB_LIST WHE RE (PATI1CB. TG ID = SUBAREA JROUTING. TG_ID (ER NUM) ) ; 

. . ELSE 

. . PATHCB PTR = NULL; 

. . IF PATHCB_PTR ^ NULL j 

. . (ERCB PTR -•= NULL & FSM_ERN = CONTEND) THEN /* PAGE 12-73 */ 

. . NC ER_OP~RQ.MASK(NC_ER_OP_RQ.CNT_ER FIELD,ER_NUM:ER_NUM) = ON; 

. END; 

. IF NC_ER OP_RQ.MASK(NC_ER_OP RQ.CNT_ER FIELD) -= ALL_OFF THEN 
. NC_ER_OP_RQ.CNT_ER_FIELD = NC_ER_OP_RQ.CNT_ER_FIELD + 1; 

SCANEND; 


NC ER OP RQ.CNT ER FIELD = NC ER OP„RQ.CNT ER FIELD - 1; 

DCF = RH_LENGTH ♦ T5 + (6 * NC_ER_OP_RQ.CNT_ER„FIELD); /* 15 IS THE LENGTH */ 

/* _ 0F THE FIXED PART OF THE RU AND */ 

/* 6 IS THE LENGTH OF THE ARRAY ELEMENTS */ 

SEND MU TO PC.TGC.LIST BY PRTY; /* CHAPTER 3 */ 


RETURN; 

END OP.SEND; 
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OP^RCV: PROCEDURE; 


FUNCTION: 


INPUT: 


OUTPUT: 


NOTES: 


TO UPDATE ROUTING TABLES BASED ON A RECEIVED NC ER OP THAT SPECIFIES 
OPERATIVE (DSA# ERN) ROUTES. FOR BACH (DSA, ERNf THAT HAS BECOME 
OPERATIVE, A PATHCB IS BUILT AND INITIALIZED. IF NO PATHCB EXISTS 
FOR THE (DSA, ERN), THIS PROCEDURE ALSO BUILDS AND INITIALIZES AN 
ERCB. THE NC ER OP IS PROPAGATED TO OTHER SUBAREA NODES IF THE RU 
SPECIFIES ROUTING INFORMATION STILL TO BE DISTRIBUTED THROUGH THE 
NETWORK. 


NC ER OP AND TGCB PTR (INDICATING THE TG 
RECEIVED) 


OVER WHICH THE REQUEST WAS 


CREATED AND INITIALIZED PATHCB'S (AND MAYBE ERCB'S) FOR EACH ERN TO 

A DSA THAT IS NOW OPERATIVE. IF APPROPRIATE, COPIES OF THE NC ER OP 

ARE PROPAGATED TO ADJACENT SUBAREA NODES (BY FANOUT PROP).” THE 

RECEIVED NC_ER^OP IS DISCARDED. 

1. ANY ERJPIELD WHOSE MASK INDICATES THAT NO ERN'S ARE OPERATIVE IS 
ELIMINATED FROM THE NC ER OP REQUEST. THIS ARRAY POSITION MARKER 
POINTS TO THE NEXT LOCATION THAT A VALID ER FIELD (ONE THAT 
INDICATES AT LEAST ONE OPERATIVE ERN) IS MOVED TO. 

2. A SUBAREA NODE MAY RECEIVE AN NC ER OP SPECIFYING ROUTING FOR A 
(DSA, ERN) WHERE THE DSA IS THE ~SAME AS THE LOCAL SUBAPEA 
ADDRESS. THIS SITUATION ARISES IF EITHER ANOTHER NODE IN THE 
NETWORK HAS THE SAME SUBAREA ADDRESS (A SYSTEM DEFINITION ERROR) 
AND CAN NOW BE ROUTED TO, OR THE LOCAL SUBAREA CAN BE ROUTED 70 
FROM BOTH SUBAREAS AT THE ENDS OF THE TG THAT BECAME OPERATIVE. 
IN BOTH CASES THE ROOTING INFORMATION IN THE NC ER OP FOR THIS 
DSA IS IGNORED. 

3. IF NO SUBAREA_ROU?ING LIST ENTRY EXISTS FOR A DSA SPECIFIED IN 
THE NC ER OP AND THIS NODE ALLOWS DYNAMIC DEFINITION OF ROUTING, 
GENERATE A SUBAREA_ROUTING JLIST ENTRY FOR THAT DSA AND DEFINE THE 
ERN'S (AS SPECIFIED IN THE MASK FIELD) TO USE THE TG OVER WHICH 
THE NC_FRJ)P ARRIVED. 

4. CREATE A PATHCB IN WHICH TO ANCHOR THE FSM_PATH. 

5. THE PROPAGATED NC^ER OP RETAINS ROUTING INFORMATION FOR A (DSA, 
ERN) ONLY IF THE TG~ ON WHICH THE NC ER OP ARRIVED MATCHES THE 
DEFINITION AS GIVEN IN THE SUBAREA ROUTING^LIST, OR IF THAT (DSA, 
ERN) IS NOT DEFINED IN THE SUBAREA ROUTING LIST AND THIS IS THE 
FIRST NC ER OP RECEIVED FOR THE (DSA, ERN).” 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 
EE_MGR 

REFERS TO THE FOLLOWING PROCEDURE(S): 

CREATE SUBAREA ROUTING 

faNqut“prop 
FSM ERN 

fsm”path 


PAGE 12-31 


PAGE 12-67 
PAGE 12-46 
PAGE 12-73 
PAGE 12-75 
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DCL DSA_CNT BIT (8); /* USED TO INDEX BR FIELD */ 
DCL ER_H0H BIT (4); /* INDEX ERHS TO EACH DEST SA */ 
DCL HOVE TO BIT(8); /* NOTE 1 */ 


HOVE TO * I; 

DO DSA^CHT * 1 TO SC ER_OP RQ.CST ER FIELD; 

. IF NCB.HODE_SUBAREA_ADDBESS -*■ HC_BR - pP_EQ.SA(DSA^CNT) THEN /* APPENDIX A 

. DO; /* NOTE 2 

• . FIND SOBAREA ROUTING IN SUBAREA ROUTING LIST 

. . WHERE (SUBAREA^ROUTING.DESCSA = NCJBR_OP_RQ.SA(DSA_CNT)) ; 

. . IF SUBAREA ROUTING PTR * NULL 8 NC ER_OP RQ. H ASK (DSA CNT) ALL OFF THEN 

. . IF MCB.ERN_DEFINITlONj:APABILITY~*= -.STATIC.ONLY THEN /* APPENDIX A 

. - DO; /* NOTE 3 

. . • CALL CREATE SUBAREA ROUTING(NC_PR OP_RQ.SA(DSA CNT)); /* PAGE 12-67 

. DO ER NUH =0 TO NCB.HAX BR NUH; /* APPENDIX A 

• • IF NC ER OP RQ.HASK(DSA CNT,ER NUH:ER NUH) * ON THEN 
. . . . SUBAREA ROUTING.TG IDTER NUH)" = TGCB.TG ID; 

. . . END; 

. . END; 

. . ELSE 

. . NC__ER__OP_JRQ. HASK (DSA CNT) * ALL_OFF; 


V 

*/ 


*/ 

V 

V 
*/ 


NCJBR OP RQ.SA(HOVE TO) - NC ER OP RQ.SA(DSA CNT); 

NC_ER_OP_RQ.HASK(HQVEJTO) * ic_£Rj5p__RQ.HASK"(DSA_CNT) ; 

DO ERJIUH - 0 TO NCB.HAX BR_NUH; /* APPENDIX A */ 

. IF NCJBR OPJIQ.HASK (NOVE^TO,ER_NUM;ER NUH) - ON THEN 
. DO; ~~ 

. FIND ESCB IN ERCB^LISl 

. . WHERE (ERCB.PAETNER__SA = NC_ES_OP_HQ. SA (DSA_CNT) 8 

. . ERCB.ER NUH = ER NUH) ; 

. IF ERCB PTR = NULL THEN 

. . DO; ” /* EUILD NEW ERCB */ 

. . . CREATE ERCB; 

. . . INSERT ERCB IN ERCB^LIST; 

. . . ERCB.PARTNER SA * NC ER OP RQ.SA (DSA CNT); 

. . . ERCB.ER NUH = ER NOmT 

* . . NEWLIST'ERCB.PATHCB LIST ENTRY NAME (PATHCB); 

. . . PATHCB PTR = NULL; 

. . END; 

. . FIND PATHCB IN ERCB.PATHCB LIST WHERE(PATHCB.TG ID = TGCB.TG ID); 


IF PATHCB PTR - NULL THEN 

DO; ~ r 

/* 

NOTE 4 

V 

. CREATE PATHCB; 

/* 

APPENDIX A 

V 


. PATHCB.TG ID = TGCB.TG JED; 

. INSERT PATHCB IN ERCB.PATHCB LIST; 
END; 


. CALL FSH_PATH; 

. CALL FSH~ERN; 

. IF SUBAREA ROUTING. TG_ID (ERCB. ER NUH) 

. NC_ERJ3P~RQ.MASK(MOVEJPO,ES_NUH:ER_NUN) 
END; 


/* 

PAGE 

12-75 

*/ 

/♦ 

PAGE 

12-73 

V 

PATHCB.TG ID 

THEN 



* OFF; ”/* 

NOTE 

5 

♦/ 


END; 


/* 


IF NO HASK BITS IN THE REQUEST ARE TURNED ON, 
THEN NO ROUTING INFORMATION IS BEING 
PROPAGATED FOR THIS DSA, AND THEREFORE, THIS 
ER FIELD IS ELIMINATED FROH THE RU. BY NOT 
INCREMENTING MOVE_TO, THE NEXT BR_FIELD WILL 
BE PLACED ON TOP OF THIS ER FIELD. 


. IF NCJBR J)P_RQ. MASK (HOVE TO) ALL_GFF THEN 

. Movljro =“hove_to * i ;~ 


*/ 


. END; 

END; 

NC_ER_OP_FQ.CNT_ER_FIELD = HOVEJTO - 1; /* NUMBER OF NON-EHPTY ER_OP_FIELD‘S */ 

/* 


r-—-—-———-----— *--—i 

| DETERMINE IF THE NC_.SR_.OP IS TO BE PROPAGATED | 

L_I- 1 --.---J 

*/ 

IF NCB.INTERMEDIATE FUNCTION = YES 8 NC ER OP_RQ.CNT_ER__FIELD 0 THEN /* APPENDIX A */ 

CALL FANOUT_PROP;~ ~ ~ /* PAGE 12-46 */ 

DISCARD MU; 

RETURN; 

END OP_RCV; 
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INOP_SEND: PROCEDURE; 


TO CREATE AMD SEND NC EH INOP UPON RECEIPT OF A TG.INOP.NORMAL OR 
TG INOP ERROR SIGNAL FROM PU.SVC MGR.NS (CHAPTER 11). THE 
NC ER INOP IS SENT TO ALL ADJACENT SUBAREA NODES, INDICATING WHICH 
EXPLICIT ROUTES ARE NO LONGER OPERATIVE* 

EITHER A TG INOP NORMAL OR TG.INOP ERROR SIGNAL AND TGCR PTR 
(INDICATING THE TGCB FOR THE NON INOPERATIVE TG) 

NC ER INOP REQUEST TO PC (CHAPTER 3) (BY FANOUT PROP), ER INOP 
REQUEST TO PC (CHAPTER 3) (BY NS^ER INOP SEND) , ERINOP SIGNAL TO 
VR_MGR (BY VRMGH_INOP_SEND) 

NOTE: NC ER INOP MAY NONE AHEAD OF OTHER NC RUS (E.G ., NC SR ACT) THAT 

FLOW WITH TPF*L_PRTY. 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 


FUNCTION: 


INPUT: 


OUTPUT: 


ER_MGR 

PAGE 

12-31 

THE FOLLOWING PROCEDURE(S) : 



ARE ANY_PATHS PENDING 

PAGE 

12-72 

BUILD NC TH RH 

PAGE 

12-123 

FANOUT PROP 

PAGE 

12-46 

FSM ERN 

PAGE 

12-73 

fsm“path 

PAGE 

12-75 

NS_1® inop send 

PAGE 

12-47 

VRMGR~INOP~SEND 

PAGE 

12-48 


DCL ER_NUM BIT(4) : 


/* TO INDEX ERN»S 


♦/ 

♦/ 


/♦ 

I-*----- 

| CREATE AND INITIALIZE NC ER^INOP TO | 

| DISTRIBUTE iNOPERATIvi STATUS \ 

i_____—--- - -----i 

*/ 

CREATE MU; 

CALL BUILD_NC _TH_RH (MCI_PTR) ; /* PAGE 12-123 */ 

TG SWEEP = --SWEEP; 

ERN * RESERVED ZERO; 

IERN = RESERVED ZERO; 

VRN = RESERVED_ZERO; 

TPF * H_PRTY; ~ /* NOTE ♦/ 

RQ_CODE = NC ER INOP; 

NCJER_INOP_RQ.FORMAT * FORMAT1; 


SELECT ANYORDER; 

. WHEN(INPUT(*TG_INOP ERROR*)) 

. NC_ER INOP RQ.REASON_CODE = X*01»; 

. WHEN7iNP0T(*TG INOP NORMAL*)) 

. NC_BRJENOP_RQ.REASON_CODE a X*02»; 

END; 

NC_ER INOP RQ.ORIGINATING SA = NCB.NODE SUBAREA ADDRESS; /* APPENDIX A V 

NC ER INOP RQ.TG ADJ SA * TGCB.ADJ SA; 

NC ER_INOP RQ.TG~NUM~= TGCB.TGN; 

NC.ER INOP~RQ.CNT ER FIELD = 1; 
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CREATE ENTRIES FOR ER FIELD 


SCAN SOBAREA ROOTING.LIST PTR (SUBAREA ROOTING PTR); 

. NC_ER_INOP_RQ.SA(NC_ER_INOP_RQ.CNT.ER.FIELD)* « SOBAREA_ROUTING.DEST.SA; 

. DO ER NON - 0 TO NCB.HAX ER NON; /♦ APPENDIX A 

. . FIND ERCB IN ERCB LIST 

. . WHERE (ERCB.PARTNER SA « SUBAREA ROOTING.DEST SA 6 ERCB.ER.NOH = ER NON); 

. . IF ERCB PTR NOLL THEN 
. . DO; 

. . . FIND PATHCB IN PATHCB LIST WHERE(PATHCB.TG ID * TGCB.TG.ID) ; 

.IF PATHCB PTR NOLL THEN 
. . . DO; 

. . . .IF (SUBAREA ROUTING.TG ID(ERCB.ER NON) » TGCB.TG ID) | 

. . . . (FSM.ERN = CONTEND S -ARE.ANY.PATHS.PBNDING) THEN /* PAGE 12-73, 12-72 

. . . . NC ER.INOP RQ.BASE(NC ER INOP RQ.CNT ER FIELD,ER NON:ER NON) = ON; 

. CALL FSH ERnT ~ “ /* PAGE 12-73 

. . . . CALL FSH“pATH; /+ PAGE 12-75 

. • . END; 

. . END; 

. END; 

. IF NC.ER INOP RQ.NASK(NC ER.INOP RQ.CNT_ER FIELD) -= ALL OFF THEN 
. NC ER INOP RQ.CNT ER FIELD = NC ER INOP RQ.CNT.ER FIELD ♦ 1; 

SCANEND; 


NC ER INOP RQ.CNT ER FIELD = NC ER INOP RQ.CNT ER FIELD - 1; 

DCF * RH LENGTH ♦~15% (6 * NC 1SR INOP RQ.CNT 1r FIELD); /* 15 IS THE LENGTH 

/* OF THE FIXED PART OF THE RO AND 

/* 6 IS THE LENGTH OF THE ARRAY BLEHENTS 


IF NC_ER INOP RQ.CNT ER FIELD 0 THEN 
DO; 

. IF NCB.INTERMEDIATE FUNCTION * YES THEN 


CALL FANOOT PROP; 

/* 

PAGE 

12-46 

*/ 

CALL NS ER INOP SEND; 

/* 

PAGE 

12-47 

*/ 

CALL VRMGR INOP'SEND; 

/* 

PAGE 

12-48 

V 


END; 

DISCARD MO; 



RETORN; 

END INOP.SEND; 
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INOP_RCV: PROCEDURE 


12-44 


FUNCTION: TO UPDATE ROUTING TABLES BASED ON A RECEIVED NC ER INOP THAT 

SPECIFIES (DSA, ERN) PAIRS THAT ARE NO LONGER OPERATIVE! FOR EACH 
(DSA, ERN) THAT HAS BECOME INOPERATIVE, THE PATHCB IS DESTROYED. IF 
NO OTHER PATHCB EXISTS FOR THE (DSA, ERN), THE ENTIRE ERCB IS 
DESTROYED. THE NC ER INOP IS PROPAGATED TO OTHER SUBAREA NODES IF 
IT SPECIFIES ROUTING INFORMATION STILL TO BE DISTRIBUTED THROUGH THE 
NETWORK. 

INPUT: NC ER iNOP AND TGCB PTR (INDICATING OVER WHICH TG THE REQUEST WAS 

RECEIVED) 

OUTPUT: NC_ER_INOP REQUEST TO PC (CHAPTER 3) (BY FANOUT PROP), ER INOP 

REQUEST TO PC (CHAPTER 3) (BY NS ER INOP SEND), ERINOP SIGNAL TO 
VRJ1GR (BY VRMGR INOP SEND); RECEIVED ~NC ER INbP REQUEST IS 
DISCARDED. 


NOTE: EVERY ER FIELD WHOSE MASK DOES NOT SPECIFY ANY ERN IS ELIMINATED 

FROM THB~NC ER INOP REQUEST. THIS ARRAY POSITION MARKER POINTS TO 
THE NEXT LOCATION THAT A VALID ER FIELD (ONE THAT SPECIFIES AT LEAST 
ONE ERN) IS TO BE MOVED TO. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 


ER MGR 

PAGE 

12-31 

LSA_RCV 

PAGE 

12-45 

REFERS TO THE FOLLOWING PROCEDURE(S): 



ARE_ANY_PATHS PENDING 

PAGE 

12-72 

FANOUT PROP 

PAGE 

12-46 

FSM ERN 

PAGE 

12-73 

fsm“path 

PAGE 

12-75 

NS Ir INOP SEND 

PAGE 

12-47 

VRMGR INOP SEND 

PAGE 

12-48 


/* 


*/ 
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DCL BR_NOH BIT(4); /* USED TO INDEX IN ARRAYS OP ER«S. */ 
DCL DSA^CNT BIT (8); /* INDEX INTO ER FIELD */ 
DCL HOVE_TO BIT (8) ; /* NOTE */ 


/* 

r -.. — -— - - - - * - 1 

| FOR EACH ENTRY IN ER FIELD, CALL FSB TO FREE | 

| THE STORAGE FOR PATHCB (AND POSSIBLY ERCB). | 

---—-____._i 

V 

HOVE.TO *1; /* LOCATION TO POT NEXT VALID ER_FIELD */ 

DO DSA CNT « 1 TO NC ER INOP RQ.CNT ER FIELD; 

. BC_ER_INOP_RQ.BR_FIELD(MOVE_TO) ’“""NC^ER^INOP^RQ.ER_FIELD(DSA_CNT) ; 

. DO ER_NUH « 0 TO NCB.HAX_ER_NUH; /* APPENDIX A */ 

• . IF NC_ER_INOP_RQ.HASK (HOVE TO,ER NOB: ER_NOH) « ON THEN 

DO; 

. . . FIND SOBAREA ROOTING IN SOBAREA ROOTING LIST 

. . . MHERB(SOBAREA_ROOTING.DESTlSA * NC_ER_INOP_RQ.SA(HOVEJTO)); 

. . . /* IF SOBAREA ROOTING NOT FOOND, ERCB WILL NOT BE FOOND EITHER */ 

. . . FIND ERCB IN iRCB LIST 

. . • WHERE (ERCB.PARTNER SA a NC ER INOP RQ.SA(BOVE TO) & 

. . . ERCB.ER_NOB = ER NOB); 

. . .IF ERCB PTR NOLL THEN 
. . . DO; 

. . . . FIND PATHCB IN PATHCB.LIST WHERE(PATHCB.TG ID = TGCB.TG ID); 

. . . .IF PATHCB_PTR NOLL THEN 

• • * . DO; 

. IF (SUBAREA_ROOTING.TG ID(ERCB.ER_NOB) -= TGCB.TG ID) & 

. (FSB ERN CONTEND | ARE ANY PATHS^PENDING) THEN 

. /* PAGE 12-73, 12-72 */ 

.NC^ER_INOP RQ.BASK (HOVE TO,ER_NOH:ER NOB) = OFF; 

.CALL~FSM_ERN; " /* PAGE 12-73 */ 

. . . . . CALL FSB PATH; /* PAGE 12-75 */ 

. . . . END; 

. . . END; 

. END; 

. END; 

END; 


NCJBR_INOP_RQ.CNT_ER_FIELD = HOVB_TO - 1; 


/* 

| NC ER INOP IS PROPAGATED IF THERE IS AT LEAST | 

| ONE BASK ENTRY THAT CONTAINS USEFUL | 

| INFORHATION. | 

i_i 


*/ 

IF NC_BR_INOP_RQ.CNT_BR_FIELD 0 THEN 
DO; 


. IF NCB.INTERHEDIATE FUNCTION * YES THEN 

/* 

APPENDIX A 

V 

. CALL FANOUT PROP;“ 

/* 

PAGE 12-46 

V 

. CALL NS_ER INOP SEND; 

/* 

PAGE 12-47 

*/ 

. CALL VRHGR INOP~SEND; 

/* 

PAGE 12-48 

*/ 


END; 

DISCARD HO; 

RETURN; 

END INOP_RCV; 


LSA.RCV: PROCEDURE; 


/* 


FONCTION: TO RECEIVE AN LSA FROB A SOBAREA NODE THAT DOES NOT SOPPORT ER-VR 

PROTOCOLS. THE LSA IS CONVERTED TO AN NC_ER_INOP, WHICH IS 
PROCESSED LIKE AN NC ER INOP RECEIVED FROB A NODE THAT DOES SOPPORT 
ER-VR PROTOCOLS. 

INPOT: LSA AND TGCB^PTR (INDICATING OVER WHICH TG THE REQUEST WAS RECEIVED) 


OOTPOT: NC_ER_INOP AND TGCB^PTR 


l 

1 

1 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
ER_HGR 

PAGE 

12-31 



i 

I 

1 

1 

1 

1 

1 

REFERS TO THE FOLLOWING PROCEDORE(S): 

INOP RCV 

UPM_CHANGE„LSA„TO_INOP 

PAGE 

PAGE 

12-44 

12-46 



1 

I 

! 

1 

CALL 

OPH_CHANGE_LSA_TO_INOP; 


/* 

PAGE 

12-46 

*/ 

V 

CALL 

INOP_RCV; 


/* 

PAGE 

12-44 

*/ 


RETURN; 

END LSA.RCV; 
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/* 


FUNCTION: TO CONVERT AN LSA RECEIVED FROM A NODE THAT DOES NOT SUPPORT ER-VR 
PROTOCOLS TO AN NC ER INOP. THE NC ER OP.MASK FIELDS INDICATE THAT 
ONLY ERN 0 IS OPERATIVE TO THE DSA'S SPECIFIED IN THE LSA. 

INPUT: LSA 

OUTPUT: NCJBR_INOP (ADDRESSED BY MU^PTR); THE RECEIVED LSA IS DISCARDED. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

LSA_RCV PAGE 12-45 


*/ 


RETURN; 

END UPM_CHANGE_LSA_TO_INOP; 


FANOUT_PFOP: PROCEDURE; 


/* 


FUNCTION: 


INPUT: 


OUTPUT: 


TO PROPAGATE A REQUEST OVER ALL TRANSMISSION GROUPS TO EACH ADJACENT 
SUBAREA NODE EXCEPT TO THE SUBAREA NODE REFERENCED BY TGCB_PTR. 
NC ER OP IS NOT SENT TO AN ADJACENT SUBAPEA NODE IF THAT NODE DOES 
NOT SUPPORT ER-VR PROTOCOLS. NC_EF. INOP IS CONVERTED TO AN LSA AND 
SENT TO AN ADJACENT SUBARFA NODE IF~THAT NODE DOES NOT SUPPORT ER-VR 
PROTOCOLS. 

EITHER NC ER OP OR NC ER INOP AND TGCB PTR (INDICATING THE TG THAT 
CHANGED STATUS OR THE TG OVER WHICH THE REQUEST WAS RECEIVED) 


NC ER_INOF OF LSA, OR NC_ERJ)P TO MULTIPLE PC.TGC'S 
THE RECEIVED REQUEST IS NOT DISCARDED. 


(CHAPTER 3) . 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
INOP RCV 
INOP^SEND 
OP_RCV 

REFERS TO THE FOLLOWING PROCEDURE(S) : 

UPM CREATE LSA FROM INOP 


PAGE 12-44 
PAGE 12-42 
PAGE 12-40 


PAGE 12-47 


DCL COPY MU PTR PTR; 

DCL SAVED_TGCB_PTR PTR; 


/* NEW COPY OF REQUEST FOR EACH TG 

/* SAVE TGCB_PTR 


*/ 

*/ 

*/ 


SAV2DJTGCB_PTR * TGCB_PTR; 


PROPAGATE NC ER OP OR NC ER INOP ON EVERY TG 
FROM THIS SUBAREA NODE EXCEPT TO THE SUBAREA 
NODE REFERENCED BY TGCB_PTR. IF THE ADJACENT 
SUBAREA NODE DOES ~NOT SUPPORT ER-VP 
PROTOCOLS, CONVERT AN NC_ER_INOP TO AN LSA. 


SCAN TGCF_L1ST PTR (TGCBJ?TR); 

IF TGCB.ADJ_.SA -*= SA VED_TGCB_PTR->TGCB. ADJ_SA THEN 
DO; 

IF TGCB.ER VR SUPP = NO THEN 

DO; ” /* ER-VR PROTOCOLS NOT SUPPORTED 

IF RQ_CODE = NC_ER_INOP THEN 

DO;*" ~ /* CONVERT NC_ER INOP TO LSA 

. COPY MU PTR = UPM CREATE LSA FROM INOP; “ “ /* PAGE 12-47 

. SEND COPY MU PTR->MU TO PC.TGC.LIST BY PRTY; /* CHAPTER 3 

END; 

END; /* SEND NOTHING FOR NC ER_OP 

ELSE 

DO; /* ER-VR PROTOCOLS ARE SUPPOFTED 

. CREATE COPY MU PTB->MU; 

. COPY MU PTR->MU = MU; 

. COPY~MU~PTR->OSAF * NCB. NODE_SUBAREA ADDRESS; 

. COPY MU PTB->DSAF * TGCB.ADJ SA; 

. COPY~MU~PTR->MUCB.DIRECTION = SEND; 

. SEND~COPY_MU_PTR->MU TO PC.TGC.LIST_BY_PRTY; 

END; 

END; 

SCANEND; 


/* COPY ALL FIELDS OF MU 
/* APPENDIX A 


/* CHAPTER 3 


*/ 


*/ 

*/ 

*/ 

*/ 

*/ 

*/ 

*/ 

*/ 


TGCB_PTR ~ SAVED_TGCB_PTR; 


RETURN; 

END FANOUT PROP; 
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UPM.CBBATE_LSA_FROM.INOP: PROCEDURE RETURNS(PTR) ; 


FUNCTION: TO CREATE AN LSA FROM AN NC.ER.INOP 

INPUT: NC.ER.INOP 

OUTPUT: LSA ADDRESSED BY RETURNED POINTER, NC.ER.INOP ADDRESSED BY MU.PTR 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
FANOUT PROP 


PAGE 12-46 


DCL LSA.MU.PTR PTR; 

RETURN (LSA MU PTR) ; 

END UPM CREATE LSA FROM INOP; 


*/ 


NS.ER_INOP.SEND: PROCEDURE; 


FUNCTION: OPTIONALLY TO BUILD AND SEND ER INOP FOR EACH CP-PU SESSION IN WHICH 

SDT HAS FLOWED 

INPUT: NC.ER.INOP 

OUTPUT: ER INOP OR NS LSA TO SNS; SCB PTR, CPCB PTR, AND CP 1NDIRECT.PTR ARE 

CHANGED. 

REFERENCED BY THE FOLLOWING PROCEDUHE(S): 

INOP RCV PAGE 12-44 

INOP~SEND PAGE 12-42 

REFERS TO THE FOLLOWING PROCEDURE(S): 

BUILD NS RQN RH PAGE 12-124 

UPM CREATE NS LSA FROM INOP PAGE 12-48 


DCL ER INOP MU PTR PTR; 

DCL NSlLSA.MU.PTR PTR; 

SCAN NRCB.CP INDIRECT LIST PTR(CP INDIRECT.PTR); 

CPCB PTR =”CP INDIRECT.CP_ENTRY~PTR; 

IF FSM CP SESS SDT = ACTIVE THEN 
DO; 

SCB.PTR * CPCB.CP_SCB.ID; 

IF CPCB.NS LSA RQD * NO THEN 

DO; “ /* ER-VR PROTOCOLS NC 

. CREATE ER INOP MU PTF->MU; 

. ER INO? MU PTR->MU * MU; 

. ER“iNOP~MU“pTR->ER.INOP.RQ = NC.ER.INOP.RQ,BY NAME; 

. ER“lNOp“MU”PTR->ER INOP RQ.NS HEADER = ER INOP HDP; 

. CALL BUILD~NS_RQN.PH(ER~INOP.iu.PTR) ; 

. SEND ER INOP.MU PTR->MU TO SNS.SEND; 

EN D; 

ELSE /* ER-VR PROTOCOLS NC 

DO; 

. NS LSA MU PTR = UPM CREATE NS ISA FROM INOP; 

. SEND NS ISA MU PTR->MU TO SNS.SEND; 

END; 

END; . 

SCANEND; 

RETURN; 

END NS.ER_INOP.SEND; 


/* PTR TO ER.INOP RU 


*/ 

*/ 

/* PTP TO NS.LSA PU 


*/ 

/* APPENDIX A 


*/ 

/* CHAPTER 11 


*/ 

/* APPENDIX A 


*/ 

/* APPENDIX A 


V 

1 SUPPORTED 


♦/ 

/* PAGE 12-124 


*/ 

/* OPTIONAL, CHAPTER 

6 

*/ 

1 SUPPORTED 


*/ 

/* PAGE 12-48 


*/ 

/* OPTIONAL, CHAPTER 

6 

*/ 
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UPM.CREATE.HS.LSA.FBOM.IHOP: PROCEDURE RETURNS(PTR); 


/* 


r—— 

FUNCTION! 

TO GENERATE AN NS 

.LSA FBOK AN 

NC.ER.INOP 

—*•—- --1 



INPUT: 

NC.ER.INOP 






OUTPUT: 

NS LSA ADDRESSED 
MU~PTR 

BY RETURNED 

POINTER, NC.ER.OP 

STILL ADDRESSED BY | 


1 _,_ 

REFERENCED 

BY THE FOLLOWING 
NS_ER.INOP.SEND 

PROCEDURE (S) : 

PAGE 12-47 

-■_-_,_ _i 



V 

DCL NS_JLS A_MU_PTR PTR; 


RETURN (NS LSA HO PTR) ; 

END UPM.CREATE_NS.LSA.FROH.INQP; 


VRMGR.INOP.SEND: PROCEDURE; 

/* 


FUNCTION; UPON RECEIPT OF AN NC ER INOP, TO SEND AN ERXNOP SIGNAL TO THE VR 

MANAGER, SIGNIFYING THAT~ CERTAIN ER'S ARE NON INOPERATIVE. THE 

PARM ER INOP STRUCTURE, SENT ALONG WITH THE SIGNAL, IS GENERATED BY 
COPYING FIELDS FROM NC.ER.INOP. 

INPUT! NC.ER.INOP 

OUTPUT: ERINOP SIGNAL AND PARM.ER.INOP STRUCTURE TO VR.MGR 

REFERENCED BY THE FOLLOWING PROCEDURE (S) : 

INOP RCV PAGE 12-44 

INOP“SEND PAGE 12-42 


CREATE PARM ER INOP; 

/* 

PAGE 

12-127 

*/ 

*/ 

PARM.ER.INOP -~NC_EB_INQP_RQ, BY NAME; 

/* 

PAGE 

12-127 

*/ 

SEND 'ERINOP' TO VR^MGR USING (PARM.PTR * PARM.ER.INOP.PTR) ; 

/* 

PAGE 

12-79, 12-127 

*/ 


RETURN; 

END VRMGR_INOP_SEND; 


(f 
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EXPLICIT ROUTE ACTIVATION AND TESTING 


The explicit route activation and testing protocols use the 
sequential propagation flow (see the section* "Request 
Flows"). These protocols test the correctness of the 
routing tables in the nodes along an explicit route and 
therefore must flow from one ER manager to the next along 
the explicit route. 
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EXPLICIT ROUTE ACTIVATE (NC_ER_ACT) 

EXPLICIT ROUTE ACTIVATE REPLY (NC_ER_ACT_REPLY) 

Flow: ER manager to ER manager (Expedited)* with 

TG Sweep = SWEEP* at low transmission priority 

Principal FSMs: FSM_PATH (Page 12-75) 

FSM_ERN (Page 12-73) 

NC_ER_ACT is sent by the ER manager in a subarea node in 
order to activate an explicit route. NC_ER_ACT uses the 
sequential propagation flow to move from the originating 
node to the first adjacent node along the explicit route* 
and from there to each successive adjacent node along the 
explicit route* until it arrives at the destination subarea 
node. 

Each ER manager receiving an NC_ER_ACT checks various 
conditions to determine if the requested ER can be 
activated. The SUBAREA_ROUTI NG_L 1ST is examined to 
determine if there exists a reverse ERN back to the origin 
subarea and if the explicit route number is defined from the 
current subarea to the ultimate destination of the request. 
The transmission group used to send the request along the 
explicit route must be operative. The number (ER_LENGTH) of 
transmission groups traversed by the request is incremented 
by 1 and compared to the maximum value (MAX_ER_LENGTH) 
specified in the request. Unless one of these checks fails* 
the NC_ER_ACT continues along the ERN towards the 
destination subarea where it is converted to an 
NC_ER_ACT_REPLY and returned to the originating subarea 
node. If the NC_ER_ACT fails* the ER manager detecting the 
failure generates the NC_ER_ACT_REPLY and sends it back. 
NC_ER_ACT_REPLY follows the sequential propagation flow on 
the explicit route* in a direction opposite to that of the 
corresponding NC_ER_ACT. 

If the activation is successful* the node generating the 
NC_ER_ACT_REPLY puts the FSM for the (DSA, ERN) used by the 
NC_ER_ACT_REPLY into a state indicating that a virtual route 
can be activated on the explicit route. Only the node that 
sent the NC_ER_ACT, not the one that received it* can 
initiate activation of a virtual route using the explicit 
route. 

The NC_ER_ACT originating ER manager* upon receiving the 
NC_ER_ACT_REPLY, sets the state of the FSM for the NC_ER_ACT 
that caused the NC_ER_ACT_REPLY to be generated. If the 
activation is unsuccessful* the FSM for the ER enters the 
operative state and* if necessary* the failure is reported 
to the VR manager. If the activation is successful* 
information such as the number of transmission groups 
contained in the ER and the set of reverse explicit route 
numbers is transferred to the ERCB. (In the case where 
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multiple NC_ER_ACT requests were sent to resolve ambiguity 
caused by the dynamic route definition capability* the first 
successful NC_ER_ACT_REPLY is used to define which sequence 
of TGs should become the defined route Cas specified in the 
SUBAREA_ROUTING_LIST) and to fill in the appropriate 
information in the ERCB.) 

The NC_ER_ACT and NC_ER_ACT_REPLY requests carry an 
identifier (ACT_SEQ_ID) that is unique for each activation 
attempt. This identifier, which is saved in the PATHCB when 
an NC_ER_ACT is sent, allows the ER manager to distinguish 
between multiple attempts to activate the same ER. This 
situation may occur, for example, when an NC_ER_ACT is sent 
to activate an ER, but a TG along that ER becomes 
inoperative and then operative. These changes invalidate 
the outstanding NC_ER_ACT; after the ER again becomes 
operative, another NC_ER_ACT can be sent. If the first 
NC_ER_ACT returns, it is ignored because the route 
properties it carries (e.g., reverse ERNs) might be 
incorrect; the ACT_SEQ_ID enables the ER manager to 
differentiate the activation requests. 

If a VR manager request had initiated the ER activation 
process or the VR manager had requested an ER that was in 
the process of being activated Ci.e., to resolve a routing 
definition ambiguity), then the result of the activation 
process is signaled to the VR manager. 
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ROUTE TESf (ROUTETEST) 


Flow: SSCP to PU (Normal) 

Principal FSMs: FSM_PATH (Page 12-75) 

FSM_ERN (Page 12-73) 

The ER manager checks FSM__ERN and FSM_PATH for the states of 
explicit routes specified in the ROUTE_MASK field of 
ROUTE_TEST, and reports these states (e.g., active, 
operative and defined, pending activation) in the response 
to ROUTE_TEST. The ER manager sends NC_ER_TEST requests 
along the explicit route if the TEST_CODE field of the 
ROUTE_TEST so specifies. 
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EXPLICIT ROUTE TEST (NC_ER_TEST) 

EXPLICIT ROUTE TEST REPLY (NC_ER_TEST_REPLY) 

Flow: ER manager to ER manager (Expedited)? with 
T6 Sweep = -SWEEP? at low transmission priority 

Principal FSMs: FSM_PATH (Page 12-75) 

FSM_ERN (Page 12-73) 

NC_EP_TEST is sent by a subarea node that requires testing 
of an explicit route to a specified destination subarea. 
The test is initiated upon receiving an ROUTE_TEST from the 
VR manager. Like NC_ER_ACT? NC_ER_TEST flows using 
sequential propagation. 

Each ER manager receiving an NC_ER_TEST along the explicit 
route makes the same set of checks as it does for an 
NC_ER_ACT. The SUBAREA_ROUTING_L1ST is examined to 

determine if there exists a reverse ERN back to the origin 
subarea and if the explicit route number is defined from the 
current subarea to the ultimate destination of the request. 
The transmission group used to send the request along the 
explicit route must be operative. The number (ER_LENGTH) of 
transmission groups traversed by the request is incremented 
by 1 and compared to the maximum value (MAX_ER_LENGTH) 
specified in the request. Unless one of these checks fails? 
the NC_ER_TEST continues along the ER towards the 
destination subarea? where it is converted to an 
NC_ER_TEST_REPLY and returned to the originating subarea 
node. If the NC_ER_TEST fails? the ER manager detecting the 
failure generates the NC_ER_TEST_REPLY and sends it back. 
NC_ER_TEST_REPLY follows the sequential propagation flow on 
the explicit route? in a direction opposite to that of the 
corresponding NC_ER_TEST until it reaches the node that 
originated the NC_ER_TEST. If a failure occurs? an 
ER_TESTED is generated and sent for each SSCP-PU session in 
which SDT has flowed. 

Upon receiving an NC_ER_TEST_REPLY the ER manager converts 
it to an ER_TESTED? which is sent to the SSCP that initiated 
the testing process. 
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EXPLICIT ROUTE TESTED (ER_TESTED) ^ 

Flow: ER manager to SSCP (Normal) ^' 

Principal FSMs: None 

An ER_TESTED is sent by a subarea node to one or more SSCPs 
to provide the the status of an ER as follows: 

• when an NC_ER_TEST fails the ER manager detecting the 
failure sends an ER_TESTED for each SSCP-PU session in 
which SDT has flowed. 

• when an NC_ER_TEST_REPLY reaches its destination (i.e.» 
the originator of the NC_ER_TEST ), the ER manager at that 
node sends an ER_TESTED to the SSCP that originated the 
ROUTE_TEST. 
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ACT_SBND: PROCEDURE 


/* 


FURCTZOH: TO ACTIVATE THE EXPLICIT ROUTE SUPPORTING THE VIRTUAL ROUTE 

SPECIFIED BY THE VH HAHAGER. IF THE ER IS ALREADY ACTIVE OR IS HOT 
ABLE TO BE ACTIVATED, SIGHAL ACCORDIHGLY (ER ACTIVATED OR 

BR HOT ACTIVATED RESPECTIVELY) TO THE VR HAHAGER; OTHERWISE, TRY TO 
ACTIVATE THE BR BY SBHDIHG AH HC ER ACT TO THE OTHER EHD OF THE ER 
USIHG SBQUEHTIAL PROPAGATIOH. 


IHPUT: PARH_ACT.BR ADDRESSED BY PARH_PTR 

OUTPUT: HC ER ACT TO PC.TGC OR SIGHAL (ER ACTIVATED OR ER NOT ACTIVATED) TO 

VRJIGR 

HOTE: PARH PTR ADDRESSES THE PARE ACT ER ENTITY WHEN THIS PROCEDURE 

STARTS, AHD THAT SAME ENTITY IS RETURNED TO VR MGR WHEN THE 
PROCEDURE STOPS. 

REFERENCED BY THE FOLLORING PROCEDURE(S) : 

ER _H GR PAGE 12-31 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSH ERN PAGE 12-73 

VRN TO ERN HAP PAGE 12-124 


*/ 

DCL ER HUM BIT(4); 

DCL VR"nUH BIT(4) ; 


PARM ACT ER PTR ■ PARM PTR; /* PAGE 12-126 */ 

VR_HUN «“lHDEX(PARH_ACT_EH.VRN_MASK,ON) ; /* PAGE 12-126 */ 


IF VRN TO ERH HAP (PARM ACT ER.PARTNER SA,VR NUM,ER NUM) = -EXIST THEN /* PAGE 12-124 */ 

/♦~NO VR TO ER MAPPING IS DEFINED */ 

SEND • ER NOT ACTIVATED* TO VR MGR USING(PARM PTR * PARM ACT ER PTR); /* NOTE */ 


ELSE 

DO; 

. FIND SUBAREA ROUTING IN SUBAREA ROUTING LIST 

. WHERE(SUBAREA ROUTING.DEST~SA « PARM ACT ER.PARTNER SA); /* PAGE 12-126 */ 

. FIND ERCB IN ERCB LIST 

. WHERE(ERCB.PARTNER SA = PARM ACT BR.PARTNER SA & /* PAGE 12-126 */ 

. ERCB.ER NUM • ER NUN); 

. IF SUBAREA ROUTING PTR * NULL | ERCB PTR * NULL THEN 

. SEND *ER~NOT ACTIVATED* TO VR MGR USING(PARH PTR * PARM ACT ER PTR); /* PAGE 12-79 */ 

. ELSE 
. DO; 

. . FIND PATHCB IN PATHCB LIST WHERE(PATHCB.TG ID = SUBAREA_ROUTING. TG_ID(ER_NUM)) ; 

. . CALL FSH ERN('ACTIVATE ER*); /* PAGE 12-73 V 

. END; 

END; 


RETURN; 

END ACT_SEND; 
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TESTESEND2 PROCEDURE; 


FUNCTION: TO SEND AN NC ER TEST FOR EACH (DSA, ERN) SPECIFIED IN THE 

ROUTE TEST RECEIVED FROM THE VR MANAGER. IF THE ROUTE TEST 

SPECIFIES TESTING OF VR'S, THE DEFINED ER SUPPORTING THAT VR WILL BE 
TESTED (DEPENDING ON THE TEST_CODE SETTING); IF THE ROUTE TEST 

SPECIFIES TESTING OF ERS, BOTH THE DEFINED TG AND ANY OTHER TG*S 

THAT HAVE BECOHE KNOWN BECAUSE OF NC ER OP'S WILL BE TESTED (AGAIN 
DEPENDING ON THE TEST_CODB SETTING). 

INPUT: ROUTE JTBST 

OUTPUT: NC__ER_TEST REQUESTS TO PC.TGC 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

ER MGR PAGE 12-31 

ROUTE_TEST_RCV PAGE 12-113 

REFERS TO THE FOLLOWING PROCEDURE (S): 

ACT TEST_SEND PAGE 12-59 

BUILD NC ER_ACT_OR TEST PAGE 12-68 

UPHJTEST CODE FORCES SEND PAGE 12-57 

VRN TO ERN MAP ~ PAGE 12-124 


PAGE 12-59 
PAGE 12-68 
PAGE 12-57 
PAGE 12-124 


DCL ER NUM BIT (4) ; 

DCL VR NUM BIT (4); 

DCL MASK INDEX BIT (4); 
DCL RC BIT (1); 


/* ERN TO TEST 
/* VRN BEING TESTED */ 

/* INDEXES THROUGH BITS IN ROUTE MASK 
/* UNUSED RETURN CODE WHEN MAPPING VRN TO ERN 


FIND SUBAREA ROUTING IN SUBAREA ROUTING LIST 

WHERE (SUBAREA_ROUTING. DEST~SA = ROUTEJTESTJRQ.DESTINATION_.SA) ; 

DO MASK INDEX = 0 TO NCB.MAX ER NUM; /* APPENDIX A 

. IF ROUTE TEST_RQ.ROUTE__MASK(MASK_INDEX:MASK_INDEX) * ON THEN 
. SELECT~ANYORDER (ROUTE TEST RQ. TEST TYPE);” 


| WHEN TESTING VR'S, SEND NC ERJTEST ALONG THE | 
| DEFINED TG * S FOR THE ER'S SUPPORTING THE | 
| VR'S. I 


WHEN (TEST VRS) 

DO; “ /♦ CONVERT VRN TO ERN TO BE TESTED 

. IF VRN TO ERN MAP (ROUTE TEST RQ.DESTINATION SA,VR NUMBER NUM) * EXIST THEN 
. ” ” /* PAGE 12-124 

. DO; 

. . FIND ERCB IN ERCB LIST 

. . WHERE(ERCB.PARTNER SA = ROUTE TEST RQ.DESTINATION SA & 

. . ERCB.ER_NUM = ER_NUM); 

. . IF ERCB_PTR = NULL I UPM_TEST_CODE_FORCES SEND = YES THEN /♦ PAGE 12-57 

. . DO; 

. FIND TGCB IN TGCB LIST WHERE(TGCB.TG ID - SUBAREA ROUTING.TG ID(ER NUM)); 
. MU_PTR = BUILD NC~ER_ACT_OR_TEST('TEST'); /* PAGE 12-68 

. . . CALL ACT TESTJ5END; ~ /* PAGE 12-59 

. . END; 

. END; 


| WHEN TESTING ER'S, SEND NC_ER_TEST OVER ALL | 
| TG'S THAT ARE RELATED TO ~THE ER'S (AS | 
| RECORDED IN THE PATHCB_LIST). I 

L____-_— Z _____1 


WHEN (TEST ERS) 

DO; 

. ER NUM * MASK_INDEX; 

. FIND ERCB IN ERCB LIST 

. WHERE(ERCB.PARTNER SA * ROUTE TEST RQ.DESTINATION^A & 

ERCB.ER NUM = ER_NUM); 


. IF ERCB PTR NULL THEN 
. SCAN PATHCB LIST PTR(PATHCB PTR) ; 

. IF UPM__TEST_CODE FORCES_SEND = YES THEN /* PAGE 12-57 

. . DO; 

. . . FIND TGCB IN TGCB__LIST WHERE (TGCB. TG ID * PATHCB. TG_ID) ; 

. . . MU PTR = BUILD NC ER_ACT OR TEST(• TEST') ; /* PAGE 12-68 

. CALL ACT TEST SEND; ” /* PAGE 12-59 

. . END; 

. SCANEND; 

END; 
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r -— *- - - -~ - - 1 -- - ~ -- - —■— 

| WHEN TESTING THE DEFINED TG FOB ER'S, SEND \ 
| NCJBR TEST ONLY OVER THE TG DEFINED FOR THE | 
1 ER*S (AS RECORDED IN THE | 

| SUBABEA_.RODTING_.LIST) . | 

i ___— —___-...--1 


. . WHEN(TEST DEFINED EBS) 

. . DO; 

. . . ER NUH = MASK INDEX; 

. . . FIND ERCB IN ERCB LIST 

. . . WHBRE(ERCB.PARTNER SA * ROUTE TEST RQ.DESTINATION SA & 

. . . ERCB.ER_NUH * ER.NUM); 

l l ! IF ERCB PTR * NULL | UPB TEST CODE FORCES SEND - YES THEN /* PAGE 12-57 

. . . DO; 

. . . . FIND TGCB IN TGCB LIST WHERE (TGCB.TG ID = SUBAREA ROUTING. TG_ID(ER_NUM)); 

. . . . HU PTR * BUILD NCJBR ACT OR TEST ('TEST*); 7* PAGE 12-68 

. . . . CALL ACT TEST SEND; “ “ /* PAGE 12-59 

. . . END; 

. . END; 

. END; 

END; 


/♦ 


*/ 


*/ 

*/ 

V 


RETURN; 

END TEST_SEND; 


UPM_TEST_.CODE_FORCES_.SEND: PROCEDURE RETURNS (BIT( 1) ) ; 


/* 

i-*- - --- - ---n 

| FUNCTION: TO DETERMINE WHETHER AN NC_ER_TEST SHOULD BE SENT INTO THE NETWORK | 

\ TO EXPLICITLY TEST AN ER. THIS DECISION DEPENDS ON THE STATUS OF | 

| THE (DSA t SRN) AND THE SETTING OF ROUTE_TEST_RQ.TEST CODE | 

I ’ ! 

| INPUT: ERCB PTR AND ROUTE TEST I 

I I 

| OUTPUT: BOOLEAN VALUE INDICATING WHETHER THE NC_ER_TEST SHOULD BE SENT (YES) | 

| OR NOT (NO) ” | 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): I 

f TEST_SEND PAGE 12-56 I 

i___*-1 

*/ 


RETURN (YES) ; 

END UPMJTEST_CODE_FORCES_SEND; 


CHAPTER 12 
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This page 
i ntentionally 
left blank 


4 

t ; 

V. 
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ACTJTBSTJSEND: PROCEDURE; 

/* 

i---- - - --——---1 

| FUNCTION: TO SEND AN NC_BR TEST OR NC ER ACT ON A PARTICULAR T6. IF THE | 

| REQUIRED TG IS NOT DEFINED ll.B., TGCB_PTR IS NULL), THE TG IS | 

| INOPERATIVE (AN EMPTY ASSOC LSCB LIST), OR THE ADJACENT SUBAREA NODE | 

| DOES NOT SUPPORT ER-VR PROTOCOLS, THEN AN NC ER TEST REPLY OR | 

| NC_ER_ACT_REPLY REQUEST IS RETURNED TO THE ORIGINATOR OF~THE INPUT | 

| REQUEST. IF THE INPUT REQUEST IS AN NC ER TEST AND ONE OF THE ABOVE | 

| FAILURES IS DETECTED, AN ER TESTED IS SENT FOR EACH SSCP-PU SESSION | 

| IN WHICH SDT HAS FLOWED. ~ | 

I I 

| INPUT: NC ER TEST OR NC ER ACT REQUEST AND TGCB PTR (INDICATING OVER WHICH | 

| TG~THE REQUEST SHOULD BE SENT) * | 

I I 

| OUTPUT: DEPENDING ON WHETHER A FAILURE IS DETECTED, EITHER | 

| 1. NC ER TEST OR NC ER ACT TO PC.TGC (CHAPTER 3) OR | 

| 2. NC~ER“TEST REPLY~OR“ NC ER ACT REPLY TO PC.TGC (CHAPTER 3), AND | 

| ER TESTED TO SNS (CHAPTER 6) | 

1 I 

| REFERENCED BY THE FOLLOWING PROCEDURE (S): | 

| ACT TEST RCV PAGE 12-60 | 

| TEST SEND PAGE 12-56 | 

1 ~ I 

| REFERS TO THE FOLLOWING PROCEDURE (S): | 

1 ACTJEEST REPLY SEND PAGE 12-62 | 

| BUILD_NC_ER ACT OR TEST REPLY PAGE 12-70 | 

1 TESTED_TO_ALL_SSCPS ~ PAGE 12-63 | 

i----I- Z _____i 

V 

SELECT INORDER; 


WHEN (TGCB_PTR * NULL) 


DO; 

/* 

TG NOT DEFINED 

*/ 

. CALL BUILD NC ER_ACT OR TEST REPLY(ER NOT DEFINED) ; 

. IF RQ = MC”ER”TEST REPLY THEN 

/* 

PAGE 

12-70 

*/ 

. CALL TESTED^TO ALL SSCPS; 

/* 

PAGE 

12-63 

*/ 

. CALL ACT TEST^REPLY SEND; 

/* 

PAGE 

12-62 

*/ 


END; 

WHEN(EMPTY(TGCB-ASSOC_LSCB_LIST) * YES) 

DO; 

. CALL BUILD NC ER ACT OR TEST REPLY (TG INOPERATIVE); 

. IF RQ a NC~ER~TEST REPLY THEN 
. CALL TESTED TO ALL SSCPS; 

. CALL ACT_TEST REPLY_SEND; 

END; 

WHEN(TGCB.ER VR SUPP = PRE_ER_VR) 

DO; “ /* ADJACENT NODE DOES NOT SUPPOPT ER-VR PROTOCOLS */ 


. . CALL BUILD NC ER ACT OR TEST REPLY (PRE ER VR SUPPORT); /* PAGE 12-70 */ 

. IF RQ * NC~ER TEST REPLY THEN 

CALL TESTED~TO ALL SSCPS; /* PAGE 12-63 */ 

. . CALL ACT TEST REPLY SEND; /* PAGE 12-62 */ 

. END; 

. OTHERWISE 

. DO; /* PROPAGATE THE RU */ 

. . OSAF = NCB.NODE SUBAREA ADDRESS; /* APPENDIX A */ 

. . DSAF = SUBAREA__ROUTING. ADJ_SA (TGCB.ADJ SA) ; 

. . SEND MU TO PC.TGC.LIST BY PRTY; ” /* CHAPTER 3 */ 

. END; 

END; 


RETURN; 

END ACT_TEST_SBND; 


/* 

TG NOT ACTIVE 

*/ 

/* 

PAGE 

12-70 

*/ 

/* 

PAGE 

12-63 

V 

/* 

PAGE 

12-62 

*/ 
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ACT_TEST_RCV: PROCEDURE; 

/* 

r *— — • ——— ■■ — — ■ ---- - • — — - - -—- . ——- - — -1 

| FUNCTION: TO RECEIVE AND PROCESS NC ER ACT AND NC ER TEST feY | 

| A) IF NOT DESTINED FOR THIS NODE, FORWARDING THE REQUEST TOWARDS ITS | 

| DESTINATION J 

| B) IF DESTINED FOR THIS NODE OR AN ERROR IS DETECTED (E.G., NO | 

| REVERSE ERN AVAILABLE, MAXIMUM ER LENGTH EXCEEDED), BUILDING | 

| APPROPRIATE NC ER ACT REPLY OR NC ER TEST REPLY REQUEST AND | 

| SENDING IT BACK""TO~THE”*ORIGINATING NODE ~ “ | 

I I 

| INPUT: NC_ER_ACT OR NC_ER_TEST | 

| OUTPUT: FOR (A): NC_ER ACT OR NC_ER TEST | 

| FOR (B): ~ | 

| • NC ER ACT REPLY OR NC ER TEST REPLY | 

| • ER TESTED TO SSCP'S (IF INPUT REQUEST IS NC ER TEST) | 

| • DISCARDED NCJBR_ACT OR NC_ERJEEST ” ~ | 

| NOTES: 1. OPTIONALLY, RATHER THAN EXAMINE ALL POSSIBLE REVERSE ERN'S, THIS | 

| LOOP MAY STOP PROCESSING ERN'S AFTER THE FSM FOR ONE OF THE ERN'S | 

| ENTERS A STATE THAT ALLOWS TRAFFIC ON THE ER. IF THIS OPTION IS \ 

| FOLLOWED, THE BITS IN THE REV ERN_MASK OF THE NC ER ACT | 

| REPRESENTING ALL OTHER RERN'S ARE~SET OF£. THE SET OF~RERN'S | 

| RETURNED IN THE NC_ER_ACT_REPLY IS ECHOED IN THE NC ACTVR REQUEST | 

| THAT ACTIVATES A VR. ~IF ALL BERN'S ARE EXAMINED, WHEN THE NODE'S | 

| VR MANAGER RECEIVES AN NC ACTVR, IT CAN VERIFY THAT THE NODE'S VR | 

| TO ER MAPPING IS SATISFIED BY THE ER OVER WHICH THE NC_ACTVR IS I 

| RECEIVED. IF ALL REBN*S ARE NOT EXAMINED, THE NC ACTVR RECEIVER | 

| MUST ACCEPT THE ER OVER WHICH THE VR IS BEING ACTIVATED, | 

| REGARDLESS OF ITS VR TO ER MAPPING. | 

I I 

| 2. THE ER RACE TYPE ARISES WHEN A NODE ALLOWS DYNAMIC ROUTE | 

| DEFINITION. FOR THIS TYPE OF FAILURE, THE REVERSIBILITY CHECKS | 

| ARE FIRST PASSED SUCCESSFULLY. HOWEVER, ALL THE REV ERN_MASK | 

I BITS IN THE NC_ER ACT ARE SET OFF BECAUSE THIS NODE Is“lNVOLVED | 

| IN A DYNAMIC ROUTE DEFINITION RACE WITH ANOTHER NODE. WHEN TWO | 

| NODES ARE BOTH IN THE PROCESS OF DYNAMICALLY DEFINING EXPLICIT | 

| ROUTES, THE NODE WITH THE SMALLER SUBAREA ADDRESS LOSES THE | 

| CONTENTION AND ACCEPTS THE NC_ER_ACT REQUESTS FROM THE NODE WITH | 

| THE LARGER SUBAREA ADDRESS. THE WINNING NODE REJECTS NC_ER ACT | 

| REQUESTS WITH AN ER RACE CODE. i 

I ! 

| REFERENCED BY THE FOLLOWING PROCEDURE (S): | 

I ER MGR PAGE 12-31 | 

I 

| REFERS TO THE FOLLOWING PROCEDURE(S): 

| ACT TEST REPLY SEND 

| ACTJTEST_SEND “ 

i BUILD NC_ER ACT OR TEST REPLY 

| FSM ERN 

| REDUCE REVERSE_ERN 

| TESTED TO_ALL SSCPS 


*/ 


DCL SAVE_RERN BIT (16); /* USED TO SAVE REV_ERN_MASK */ 

DCL RERN”NUM BIT (4); 

DCL 1 NC3ER_ACT_TEST_RQ LIKE NC_ER_ACT_RQ BASED(ADDR(RU) ) ; 

NC ER_ACT TEST RQ.ER LENGTH = NC ER ACTJTEST RQ.ER LENGTH ♦ 1; /* INCREMENT ER LENGTH */ 

SAVE_RERN~= NC~ER_ACT_TEST_RQ.REV ERN MASK; /* SAVE REVERSE ERN MASK BECAUSE */ 

/♦IT IS DESTROYED BY REDUCE_REVERSE_ERN ♦/ 

IF NC ER ACT TEST RQ.ER LENGTH > NC ER ACT TEST RQ.MAX ER^LENGTH THEN /* ER LENGTH ERROR ♦/ 
DO; 

. CALL BUILD_NC ER_ACT OR TEST_REPLY(ER^LENGTH_ERBOR) ; /♦ PAGE 12-70 ♦/ 

. IF RQ = NC ER TEST REPLY THEN 

. CALL TESTED~TO_ALL SSCPS; /♦ PAGE 12-63 ♦/ 

. CALL ACT TEST REPLY SEND; /♦ PAGE 12-62 */ 

. RETURN; 

END; 

IF REDUCE REVERSE ERN = -^EXIST THEN /♦ PAGE 12-62 ♦/ 

DO; ” /♦ REVERSE ERN DOES NOT EXIST FOR THIS ER ♦/ 

. NC ER ACT TEST RQ.REV ERN MASK = SAVE HERN; /♦ RESTORE REVERSE ERN MASK ♦/ 

. CALL BUILD NC ER ACT OR TEST REPLY(NO^REVERSE ERN DEFINED); /* PAGE 12-70 ♦/ 

. IF RQ * NC”ER”TEST_REPLY THEN 

. CALL TESTED TO ALL SSCPS; /♦ PAGE 12-63 ♦/ 

. CALL ACT_TESTIrEPLY_SEND; /♦ PAGE 12-62 */ 

. RETURN; 

END; 


PAGE 12-62 
PAGE 12-59 
PAGE 12-70 
PAGE 12-73 
PAGE 12-62 
PAGE 12-63 
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IF NC ER ACT_TEST_RQ.DESTINATION_SA - NCB.NODE_SUBAREA_ADDRESS THEN /* APPENDIX A 
DO;" " /* Nc"ER_TEST"DESTINED FOR THIS SUBAREA 


IF RQ CODE = NC ER ACT THEN 
DO;” 


DO RER NUM = 0 TO NCB.MAX ER NUH; 

. if nc_er_act_rq.rev_ern"hask(RER_NUM:RER_NUM) 
. DO;" 


/* NC_ER_ACT RECEIVED 
/* NOTE ?, APPENDIX A 
ON THEN 


*/ 

*/ 

V 

V 


. FIND ERCB IN ERCB LIST 

. WHERE (ERCB.PARTNER SA = NC_ER ACT RQ.ORIGINATING_SA S 

ERCB. ER NUH = RER NUM) ; 

. FIND PATHCB IN PATHCB_LIST WHERE(PATHCB.TG ID * TGCB.TG ID); 



. . . CALL FSH ERN; 

/* 

PAGi 12-73 

*/ 


. . END; 





. END; 





. IF NC ER ACT RQ.REV ERN MASK = ALL_OFF THEN 

/* 

APPENDIX A 

*/ 


. CALL BUILD~NC_ER_ACT OR_TEST_REPLY(ER_RACE); 

/* 

NOTE 2, PAGE 12-70 

*/ 


. ELSE 





. CALL BUILD NC_ER_ACT_OR_TEST_REPLY (POSITIVE__REPLY) ; 

/* 

PAGE 12-70 

*/ 


END; 





ELSE 

/* 

NC ER TEST RECEIVED 

V 


CALL BUILD NC ER ACT OR TEST REPLY(POSITIVE REPLY); 

/* 

PAGE 12-62 

*/ 


CALL AC T_TE ST_ RE PLY_ SEND;" 

/* 

PAGE 12-62 

*/ 


RETURN; 




END; 








/* 


i-1 

| TRANSMIT THE REQUEST ON THE NEXT TRANSMISSION | 
| GROUP OF THE ER IF POSSIBLE. | 


FIND SUBAREA ROUTING IN SUBAREA ROUTING LIST 

WHERE (SUBAREA ROUTIN G . DEST_SA = NC_ER_.ACT_TEST._RQ. DESTINATION'S A) ; 

IF SUBAREA ROUTING"PTR -= NULL THEN 

FIND TGCB IN TGCB_LIST WHERE(TGCB.TG_ID = SUBAREA_ROUTING.TG_ID(ERN) ) ; 

ELSE 

TGCB PTR = NULL; /* ER IS NOT DEFINED */ 

CALL ACT_TEST_SEN D; /* PAGE 12-59 */ 

RETURN; 

END ACT_TEST_RCV; 
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REDUCB_REVBRSE_ERN: PROCEDURE RETURNS(BIT(1) ) ; 


FUNCTION: TO UPDATE THE REV BEN BASK IN AN NC ER ACT OR NC ER TEST ACCORDING 
TO THE ROUTING TABLES AND CHECK TO SEE IF THERE EXISTS AT LEAST ONE 
REVERSE ERN FOR THE REQUEST TO USE NHEN TRAVELING BACK TO ITS 
ORIGINATION NODB 

INPUT: NC_BR_ACT OR NC_ER_TBST 

OUTPUT: UPDATED REV ERN MASK IN THE NC ER ACT OR NC ER TEST REQUEST AND 

RETURNED VALUE SET TO EXIST OR “-.EXIST DEPENDING ON WHETHER OR NOT 
THE ER IS REVERSIBLE AT THIS NODE 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

ACT_TEST_RCV PAGE 12-60 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FSB ERN PAGE 12-73 


DCL ER NUB BIT (4) ; 

DCL 1 NC_ER_ACT_TEST„RQ LIKE NC_ER_ACT_RQ BASED(ADDR(RU)); 

FIND SUBAREA ROUTING IN SUBAREA ROUTING LIST 

WHERE (SUBAREA_ROUTING. DESTJSA * NC_ER_ACT_TEST_RQ.ORIGINATING_SA) ; 

IF S0BAREA_ROUTING PTR * NULL THEN 

NC_ER_ACT_TEST_RQ. REV_ERN_BA SK = ALL_OFF; 



ELSE 

DO ER NUB = 0 TO NCB.HAX ER NUB; /* APPENDIX A */ 

. IF NC_ER_ACT_TEST_RQ.REV_ERN_HASK(ER_NUH:ER_NUH) = ON THEN 
. DO; 

. . FIND BRCB IN ERCB LIST 

. . WHERE (ERCB. PARTNER_SA * NC_.ER_.ACT TEST RQ.ORIGINATING_SA & 

. . ERCB* ER NUB = ER NUB) ; 

. . IF ERCB PTR » NULL THEN /* CANNOT OCCUR — NO OP PREVIOUSLY FOR THIS ER */ 

. . NC_ER_ACT TEST_RQ*REV_ERN_BASK(ER_NUB:ER_NUB) = OFF; 

. . ELSE 

DO; 

. . . FIND PATHCB IN PATHCB_LIST WHERE (PATHCB.TG_ID *= TGCB.TGJED) ; 

. . . IF (PATHCB PTR * NULL)* j /* CANNOT OCCUR— NO OP PREVIOUSLY ON THIS TGJED */ 

. . . (SUBAREA ROUTING.TG ID (ER NUB) TGCB.TG ID S 

. . . FSB ERN ^ CONTEND)”THEN “ “ /* PAGE 12-73 */ 

. . . NC_ER„ACT TEST_RQ.REV_ERN_.fi ASK(ER NUM:ER_NUM) * OFF; 

. . END; 

END; 

END; 

IF NC ER ACT TEST RQ.REV ERN BASK * ALL OFF THEN 

RETURN(-EXIST);” ” ” /* NO REVERSE ERN* S DEFINED */ 

ELSE 

RETURN( EXIST); /* AT LEAST ONE REVERSE ERN DEFINED V 

END REDUCE_REVERSB_ERN; 


ACT_.TEST_REPLY_.SEND; PROCEDURE; 


/* 


| FUNCTION: TO FINISH BUILDING AND THEN TO SEND AN NC ER ACT REPLY OR | 

| NC ER TEST REPLY. IF THE ORIGINAL REQUEST IS AN NC_ER TEST AND IT | 

| IS” NOT ABLE TO BE SENT OUT OF THE ORIGINATING NODE, AN | 

| NC ER_TEST REPLY WILL HAVE BEEN GENERATED AND IS SENT DIRECTLY TO | 

| ER HGR (CHAPTER 12), AGAIN IN THE ORIGINATING NODE, RATHER THAN TO | 

j PCTTGC (CHAPTER 3). | 

| INPUT: PARTIALLY CONSTRUCTED NC_ER_ACT_REPLY OR NC_ER_TEST_REPLY f 

| OUTPUT: NC ER ACT REPLY OR NC ER TEST REPLY TO PC.TGC (CHAPTER 3) OR ER_BGR | 

| (CHAPTER 12) ” | 

j REFERENCED BY THE FOLLOWING PROCEDURE(S) : | 

| ACT TEST RCV PAGE 12-60 ( 

( ACT_TEST_SBND PAGE 12-59 | 

U.---— -— -—— -------. ;-------— ; --————J 




V 

DSAF ■ TGCB.ADJ SA; 

IF DSAF - NCB.NODE SUBAREA_ADDRESS THEN 

/* APPENDIX A 

V 

SEND HU TO PC*TGC.LIST_BY PRTY; 

/* CHAPTER 3 

V 

ELSE 



SEND HU TO ER_HGR; 

/* PAGE 12-31 

*/ 


RETURN; 

END ACT_.TEST_REPLY_.SEND; 
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TESTBD_TO_ALL_SSCPS: PROCEDURE; 


/♦ 


FUNCTION: TO SEND BR.TBSTED POB EACH SSCP-PU SESSION IN WHICH SDT HAS PLOWED 

INPOT: PARTIALLY CONSTBOCTED NC_BR_TBST_RBPLY 

OUTPUT: ERJTESTED TO SSCP'S, AND CHANGED SCB.PTR 

NOTE: DO NOT SEND EB TBSTED TO THE PUCP IN THE NODE DETECTING THE 

NC EB TEST FAILURE. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
ACT TEST RCV 

act_test“send 

REFERS TO THE FOLLOWING PROCEDURE(S) : 
TESTED SEND 


PAGE 12-60 
PAGE 12-59 


PAGE 12-63 


NRCB PTR * LOCATE NODE RESOURCE(NCB.PU_EA) ; 
SCAN“nRCB.CP INDIRECT LIST PTR (CP INDIRECT PTR); 

. CPCB.PTR = CP_INDIRECT.CP_ENTRY.PTR; 

. SCB PTR * CPCB.CP SCB ID;" 

. IF FSH CP SESS SDT = ACTIVE 6 

. SCB. PARTNER SA NCB.NODE SUBAREA ADDRESS THEN 

. CALL TESTED SEND; 

SCANEND; 


*/ 


/♦ 

APPENDIX b 

V 

/* 

APPENDIX A 

V 

/* 

APPENDIX A 

*/ 

/♦ 

APPENDIX A 

*/ 

/* 

CHAPTER 11 

*/ 

/* 

NOTE, APPENDIX A 

♦/ 

/* 

PAGE 12-63 

*/ 


RETUBD # 

END TESTED_TO_ALL_SSCPS; 


TESTED.SEND: PROCEDURE; 

/* 

i ---—- -—- - --- * - - -— —f-——*--1 

| FUNCTION: TO CREATE AND SEND AN ER.TESTED BEQUEST TO THE SSCP REFERENCED BY | 

| THE SCB.PTR ~ I 

| INPUT: PARTIALLY CONSTRUCTED NC_ER_TEST_REPLY AND SCB.PTR | 

| OUTPUT: EB TESTED TO SSCP AND ORIGINAL INPUT REQUEST RETURNED TO CALLING | 

| PROCEDURE | 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE (S): 1 

j ACT TEST REPLY RCV PAGE 12-64 \ 

[ TES?ED_TO_ALL_SSCPS PAGE 12-63 | 

| REFERS TO THE FOLLOWING PROCEDURE(S): t 

\ BUILD_NS_RQN_RH PAGE 12-124 | 

- : - ' „ ■ ■ . -.- ------------ -- * 

*/ 


DCL ER_TESTED_HU_PTR PTR; /* SAVE PTR TO NC_ER_TEST_REPLY */ 

IF SCB PTR * NULL THEN 
RETURN; 

CREATE ER TESTED HU PTR->HU; 

ER TESTED HU PTR->HU = HU; 

ER TESTED HU PTR->ER TESTED RQ * NC ER TEST REPLY RQ,BY NAHE; 
Er“tESTED“hu‘"pTR->ER“tESTED~RQ.NS HEADER = FR TESTED HDR; 

CALL BUILD_NS_RQN_Rh7eR_TESTED_HU_PTF); /* PAGE 12-124 */ 

/* 

i-------*- -»— -1 

| THE FOLLOWING STATEHENTS SET UP THE OPTIONAL | 

| FORHAT 2 VERSION OF ER_TESTED. | 

«---Z-.---1 

V 

ER TESTED HU PTR->ER TESTED RQ.FORHAT * FORHAT2; 

er~tested“hu ptr->er"tested"rq.ORIGINATING ADJ_SA = TGCB.ADJ_SA; 

er"’tested”hu"ptr->er“tested~rq.originating~tgn * TGCB.TGN; 


SEND ER_TESTED_HU_PTR->HU TO SNS.SEND; /* CHAPTER 6 */ 

RETURN; 

END TESTED.SEND; 
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ACTJPEST^RBPLYJtCV: PROCEDURE; 


FUNCTION: 


INPUT: 

OUTPUT: 


NOTES: 


TO RECEIVE AN NC_BR ACT REPLY OR NC ER TEST REPLY. IP THE REQUEST 
IS NOT DESTINED FOR THIS NODE, THE SUBAREA ROUTING LIST IS USED TO 
SEND THE REQUEST ALONG THE ER TO ITS DESTINATION; OTHERWISE, THE 
REQUEST IS PROCESSED AS FOLLOWS. FOR AN NC ER ACT REPLY, THE ERCB 
IS UPDATED AND THE VR MANAGER IS SIGNALED. FOR AN NC ER TEST REPLY, 
ER.TESTED IS SENT TO THE SSCP THAT INITIATED THE TEST PROCEDURE. 

NC_ER__ACTJSEPLY OR NC_ER__TEST__ REPLY 

IF THE REQUEST IS NOT DESTINED FOR THIS SUBAREA, IT IS SENT TO 

PC.TGC (CHAPTER 3) TO BE ROUTED TO THE NEXT NODE ALONG THE ER 

TOWARDS ITS DESTINATION. IF THE REQUEST IS DESTINED FOR THIS 
SUBAREA, EITHER ER TESTED IS SENT TO AN SSCP OR AN (ER ACTIVATED OR 
ER NOT ACTIVATED) SIGNAL IS SENT TO THE VR MANAGER; THE REQUEST IS 
DISCARDED. 

1. IF AN NC ERJINOP FOR THE (DSA, ERN) IS RECEIVED AFTER AN 

NC ER ACT IS SENT TO ACTIVATE AN ER, THE PATHCB AND MAYBE THE 

ERCB WILL HAVE BEEN DESTROYED. 


2. FSM — PATH SIGNALS THE VR MANAGER. 
REFERENCED BY THE FOLLOWING PROCEDURE(S) : 


ER__HGR 

PAGE 

12-31 

THE FOLLOWING PROCEDURE(S) : 



FSM ERN 

PAGE 

12-73 

FSM PATH 

PAGE 

12-75 

TESTED SEND 

PAGE 

12-63 


IF NC_ER_ACT REPLY RQ.ORIGINATING SA NCB.NODE SUBAREA ADDRESS THEN /* APPENDIX A 
DO; 

FIND SUBAREA ROUTING IN SUBAREA ROUTING LIST 

WHERE (SUBAREA ROUTING.DEST SA = NC„ER_ACT_REPLY RQ.ORIGINATING SA); 

IF SUBAREA„ROUTING~PTR NULL THEN 
DO; 


*/ 

*/ 


. . OSAF = NCB.NODE SUBAREA ADDRESS; 

/* 

APPENDIX A 

*/ 

. . DSAF = SUBAREA ROUTING.ADJ_SA (NC_ER_ACT. 

REPLY RQ.ER NUM); 



. . SEND MU TO PC.TGC.LIST BY PRTY; 

END; 

/* 

CHAPTER 3 

V 

END; 




ELSE 

/* 

FOUND DESTINATION NODE 

*/ 

DO; 




. IF RQ_CODE = NC_ER__TEST_REPLY THEN 




. DO; 

/* 

NC ER TEST REPLY RU 

*/ 

. . SCB_PTR = FIND_SCB__FQR__CP__PU__SESS (NC_ER 

_TEST__REPLY_RQ-ORIGINATINS_SSCP) ; 



/* 

APPENDIX B 

*/ 

. . CALL TESTED SEND; 

/♦ 

PAGE 12-63 

V 

. END; 




. ELSE 




DO; 

/* 

NC_ER_ACT_REPL¥ RU 

*/ 


FIND ERCB IN ERCB LIST 

WHERE(ERCB.PARTNER SA = NC_ER ACT REPLY RQ.DESTINATION SA S 
ERCB. ER_NUM = NC_.BR ACT_REPL¥~RQ.ER_NUMf; 

IF ERCB PTR NOLL THEN*" ” 

DO; /* NOTE 1 

FIND PATHCB IN PATHCB LIST WHERE(PATHCB.TG ID = TGCB.TG ID); 

IF PATHCB_PTR -.= NULL~S ~ /* NOTE 1 

PATHCB. ACT SEQ_ID = NC ER_ACT_REPLY RQ. ACT_SEQ__ID THEN 

DO; 

. CALL FSM ERN; /* PAGE 12-73 

. CALL FSM~PATH; /* PAGE 12-75, NOTE 2 

END; 

END; 

END; 

DISCARD HU; 

END; 

RETURN; 

END ACT_TBST_REPLY_RCV; 


*/ 

*/ 


V 

V 
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SETTER: PROCEDURE(DEST_SA,ER_NUM) 


/* 


FOMCTIOH: TO PILL IN RSP(ROUTE TEST) WITH THE STATUS OP ALL TG* S USED BT A 

GIVEN (DSA, ERN) AND THE STATUS OP THE VR*S THAT ARE SUPPORTED BT 
THE (DSA f ERN). WHEN ROUTE TEST INDICATES AN ER TEST, THE STATUS OF 
ALL TG * S IS GIVEN. POR THE DEFINED TG, ONE ROUTE DATA FIELD IS 
GIVEN POR EACH VR THAT IS SUPPORTED BY THE ER (THE ~ER INFORMATION 
FIELDS OF THE ROUTE_DATA HILL BE IDENTICAL FOR EACH OF THESE 
ENTRIES). FOR THE UNDEFINED TG ID* S, THE VR INFORMATION FIELDS ARE 
RESERVED. 


INPUT: RSP (ROUTE TEST), DEST SA (THE DESTINATION SUBAREA ADDRESS OF THE 

EXPLICIT ""ROUTE) , AND~ER NUM (THE EXPLICIT ROUTE NUMBER OF THE 
EXPLICIT ROUTE) 

OUTPUT: INITIALIZED RSP (ROUTE_TEST) ROUTB_DATA FIELDS 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
ROUTEJTEST_RCV 


PAGE 12-113 


REFERS TO THE FOLLOWING PROCEDURE (S): 
ERNJTO VRN MAP 
FIND VR STATUS 
UPM SET ER STATUS 


PAGE 12-125 
PAGE 12-115 
PAGE 12-66 


DCL DEST SA BIT (32); 
DCL ER NUM BIT (4); 

DCL VR NUM BIT(4); 

DCL VRN MASK BIT(16); 
DCL STATUS BIT(8) ; 


*/ 


FIND SUBAREA ROUTING IN SUBAREA ROUTING LIST WHERE(SUBAREA ROUTING.DEST SA = DEST SA) ; 

FIND ERCB IN~ERCB_LIST WHERE (ERCB.PARTnIr_SA * DEST_SA S ERCB.ER_NUM = ER_NUM); 

IF SUBAREA_ROUTlNG_PTR = NULL | ERCB_PTR = NULL THEN 
DO; 

. ROUTE TEST RSP.CNT ROUTE DATA = ROUTE TEST RSP.CNT ROUTE DATA ♦ 1; 

. CALL UPM_SET ER STATUS(STATUS); ~ " /* PAGE 12-66 */ 

. ROUTE TEST RSP.ER STATUS(BOUTE TEST RSP.CNT ROUTE DATA) = STATUS; 

. IF SUBAREA“ROUTING_PTR = NULL THEN 

. ROUTE TEST RSP.ORIGINATING ADJ SA(ROUTE_TEST_RSP.CNT_ROUTE DATA) = ZERO; 

. ELSE 

ROUTE TEST RSP.ORIGINATING ADJ SA (ROUTE TEST RSP.CNT ROUTE DATA) = 

. SUBAREA_ROUTING.ADJ_SA(ER_NUH); 

. ROUTE TEST RSP.VR ID(ROUTE TEST RSP.CNT_ROUTE DATA) = ZERO; 

. route“test~rsp.vr“status(ROUTE_TEST_RSP.CNT_ROUTE_DATA) = ZERO; 

END; 


ELSE 

SCAN PATHCB LIST PTR(PATHCB PTR); 

. CALL UPM SET ER STATUS(STATUS); /* PAGE 12-66 */ 

. ROUTE_TEST_RSP„ER_NOM(ROUTE_TEST_RSP.CNT_ROUTE_DATA) = BR_NUM; 

. IF PATHCB,TG_ID = SUBAR£A_ROUTING.TG_ID(ER_NUM) THEN 
. DO; 

. . ROUTE TEST RSP.ER STATUS(ROUTE TEST RSP.CNT ROUTE DATA) = STATUS; 

. . ROUTE^TEST^RSPoORIGINATING_ADJ~SA (ROUTE_TEST_RSP.CNT_ROUTE_DATA) = 

. . ” PATHCB.ADJ SA; 

. . ROUTE_TEST RSP.VR~ID(ROUTE_TEST_RSP.CNT_ROUTE_DATA) = ZERO; 

. . ROUTE~TEST”RSP.VR~STATUS(ROUTE TEST RSP.CNT ROUTE DATA) = ZERO; 

. . ROUTE_TEST_RSP. CNT_ROUTE__DAT A = ROUTE_TEST_RSP. CNT_ROUTE_DA TA + 1; 

. END; 

. ELSE /* INSERT ENTRIES FOR SUPPORTED VR*S */ 

DO; 

. . IF ERN TO VRN MAP (DEST_SA,VRN MASK,ER NUM) = EXIST THEN /* PAGE 12-125 */ 

DO VR NUM * 0 TO NCB.MAX VR NUM; ~ /* APPENDIX A */ 

. IF VRN MASK (VR NUHsVR NUM)* * ON THEN 

CALL~FIND VR_STATUs1dEST SA,VR NUM,STATUS); /* PAGE 12-115 */ 

END; 

. END; 

SCANEND; 

RETURN; 

END SETTER; 
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UPH_SET_BR_STATUS: PROCEDURE(STATES); 


/* 


FUNCTION: TO DETERHINE THE STATUS OF A PARTICULAR T6 FOR A (DSA, ERH) f 

INPUT: ERCB PTR, PATHCB PTR, AND SUBAREA ROUTING PTR; STATUS IS NOT | 

INITIALIZED | 

OUTPUT: STATUS IS THE STATE OF THE (DSA, ERN) ALONG A PARTICULAR TG, CODED | 

AS DESCRIBED IN BSP(ROUTB TEST) | 

I 

REFERENCED BT THE FOLLOWING PROCEDURE(S) : I 

FIND ER STATUS PAGE 12*66 | 

SETTER “ PAGE 12-65 | 

“ V 


DCL STATUS BIT (8); 


/f 

V 


RETURN; 

END UPH_SET_ER_STATUS; 


FIND_ER — STATUS: PROCEDURE(DEST_S A,?R_NUH,BR_NUH,STATUS,ADJ_S A) ; 


/* 


| FUNCTION: TO GATHER INFORMATION ABOUT THE BR THAT SUPPORTS A VR | 

I I 

| INPUT: VR NUH IS THE VIRTUAL ROUTE NUHBER AND DEST SA IS THE DESTINATION | 

| SUBAREA FOR A VIRTUAL ROUTE ~ | 

I I 

| OUTPUT: ER NUH IS THE ERN THAT SUPPORTS THE VIRTUAL ROUTE; STATUS IS THE | 

( STATE OF THE EXPLICIT ROUTE CODED AS DESCRIBED IN RSP(ROUTE TEST); | 

| ADJ SA IS THE ADJACENT SUBAREA OF THE EXPLICIT ROUTE | 

I ~ I 

I REFERENCED BY THE FOLLOWING PROCEDURE(S) : | 

| SET VR PAGE 12-114 | 

I I 

| REFERS TO THE FOLLOWING PROCEDURE(S) : | 

t UPH SET ER STATUS PAGE 12-66 ) 

| VRNJTO_ERN~HAP PAGE 12-124 f 

«------Z_________..._...._____ j 

V 

DCL DEST SA BIT(32) ; 

DCL VR NUH BIT (4) ; 

DCL ER_NUH BIT(4) ; 

DCL STATUS BIT (8); 

DCL ADJ_SA BIT(32); 

IF VRN TO ERN HAP(DEST SA,VR NUH,ER NUH) * -.EXIST THEN /* PAGE 12*124 */ 

DO; 

. STATUS = X'OO*; /* VR IS NOT DEFINED */ 

. ADJ SA 3 ZERO; 

END; 

ELSE 

DO; 

. FIND ERCB IN ERCB LIST WHERE(BRCB.PARTNER SA * DEST SA 8 ESCB.ER NUH * ER NUH) ; 

. FIND SUBAREA ROUTING IN SUBAREA ROUTING LIST WHERE(SUBAREA ROUTING.DEST SA * DEST SA) ; 

. FIND PATHCB IN PATHCB_LIST WHERI(PATHCb7tG_ID * SUBAREA_ROUTING.TG_.ID (BR_NUH)) ; 

. CALL UPH SET ER STATUS(STATUS); /♦ PAGE 12-66 */ 

. ADJ_SA * SUBAREA_ROUTING.ADJ SA(ER_NUH) ; 

END; 

RETURN; 

END FIND_ER_STATUS; 
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CREATEJ5UBAREA_R0UTING: PROCEDURE (DEST_SA) ; 


FUNCTION: 


INPUT: 


OUTPUT: 


TO CREATE A NEW SUBAREA ROUTING ENTRY THAT DEFINES THE EXPLICIT 
ROUTE TO A PARTICULAR SUBAREA* THIS CHANGE IN SYSTEM DEFINITION 
TABLES IS INITIATED EITHER BY AN NCJ3R OP OR AN 
IMPLEMENTATION-DEPENDENT HEARS, 


DEST SA IS THE ADDRESS OF THE SUBAREA TO 
IS BEING SPECIFIED. 


WHICH ROUTING INFORMATION 


CREATED AND INITIALIZED 
SUBAREA ROUTING LIST 


SUBAREA ROUTING INSERTED INTO THE 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 

DEFINE ER TO TG PAGE 12-33 

OP RCV* “ ~ PAGE 12-40 


DCL DEST.SA BIT(32); 

CREATE SUBAREA ROUTING; 

INSERT SUBAREaIrOUTING IN SUBAREA_ROUTING_LIST; 

SUBAREA ROUTING.DEST SA = DEST SA? 

IF NCB.ERREDEFINITION CAPABILITY = STATIC ONLY THEN /* APPENDIX A V 

SUBAREA ROUTING.ER SYSDEF * STATIC DEFINITION; 

ELSE 

SUBAREA ROUTING.ER^SYSDEF = DYNAMIC_DEFINITION; 

SUBAREA_ROUTING.TGJtD = ZERO; 

RETURN; 

END CREATE_SUBAREA_ROUTING; 
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B0ILDJTCJBBJkCTJ)HjnBST: PROCEDURE (TYPE) RETURMS (PTR) ; 


FUNCTION: TO BUILD All HC_ER_ACT OB NC_ER_TEST TO ACTIVATE OR TEST A (DSA, ERR) 

INPUT: ERCB PTR AND PATHCB PTR, AND PARAMETER TYPE INDICATING WHETHER 

NC BR ACT (TYPE= • ACT 'f OB NC ER TEST (TYPE=* TEST') SHOULD BE BUILT. 
IF~TYPE IS ‘TEST*, ROUTE TEST IS THE CURRENT MESSAGE UNIT. 


OUTPUT: 


NC ER ACT OR NC ER TEST ADDRESSED BY RETURNED POINTER VALUE 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 


FSH PATH 

PAGE 

12-75 

TEST JS END 

PAGE 

12-56 

THE FOLLOWING PROCEDURE(S): 

BUILD NC TH RH 

PAGE 

12-123 

UPM ACT SEQ ID 

PAGE 

12-69 

UPM MAX ER LENGTH. 

PAGE 

12-69 


DCL TYPE CHAR(4); 

DCL ACT_TEST_MUJPTR PTR; 

CREATE ACT TEST HU PTR->MU; 

CALL BUILD_NC_TH_RH<ACTjrEST_MUJ?TR) ; 


/* 'ACT* OR 'TEST' 


/* PAGE 12-123 


V 

*/ 


ACT TEST MU PTR->ERN = ERCB.ER NUM; 

ACT TEST~MU PTR->IERN = RESERVED ZERO; 

act!testImu3ptr->vrn = reservedJsero; 

ACTJTEST MUIPTR->TPF = L_PRTY; 


/* PAGE 12-69 */ 

SUBAREA ADDRESS; 

7* APPENDIX A */ 


IF TYPE * 'ACT' THEN 

DO; /* BUILDING NC_ER_ACT */ 

. DCF * RH LENGTH ♦ 37; 

. ACT_TEST~MU PTR->RQ CODE = NC ER_ACT; 

. ACT_TEST_MU_PTR->TG SWEEP » SWEEP; 

. ACT_TEST~MU PTR->DSAF * PATHCB.ADJ_SA; 

. ACT TEST MU PTR->NC_ER ACT^RQ.DESTINATION SA = ERCB.PARTNER SA; 

. ACT TEST MU_PTR—>NC_ER_ACT_RQ.ACT SEQ ID = UPM ACT SEQ ID; /* PAGE 12-69 */ 

. PATHCB.ACT_SEQ_ID = ACT_TEST__MU PTR->NC_ER ACT RQ.ACT_SEQ_ID; 

END; 

ELSE /* BUILDING NC ER TEST */ 

DO; 

. DCF * RH__LENGTH + 39; 

. ACT_TEST_HU_PTR->RQ_CODE = NC ER — TEST; 

. ACT~TEST"MU PTR->TG SWEEP = -iSNEEP; 

. ACT TEST~MU PTR->DSAF = ROUTE,TEST_RQ.ORIGINATING_ADJ SA; 

. ACT~TEST~MU~PTR->NC_ER TEST RQ.DESTINATION SA = ROUTEJTEST RQ.DESTINATION,SA; 

. ACT TEST MU PTR->NC ER TEST~RQ-RQ CORRELATION = ROUTE_TEST RQ.RQ CORRELATION; 

. ACT_TEST MU PTR->NC~ER~TEST_RQ.ORIGINATING SSCP = OSAF||OEF; /* FROM ROUTEJFEST */ 

END; 


ACT TEST MU PTR->NC ER ACT RQ.FORMAT = FORMAT 1; 
ACT,TEST~MU PTR->NC~ER~ACT~RQ.ER LENGTH * ZERO; 

CALL UPM MAX ER LENGTH; 

ACT TEST MU PTR->NC ER ACT_RQ.ER_NUM » ERCB.ER NUM; 
act_test”mujptr->nc~er ACT_RQ.ORIGINATING_SA =~NCB.NODE 
ACT TEST'MU PTR~>NCJER~ACT RQ.REVJBRN MASK = ALL ONES; 
ACT TEST~MU~PTR->NC ER ACT~RQ.MAX PIU SIZE * ZERO; 


RETURN(ACT TEST MU PTR); 
END BUILD_NC~ER_ACT,OR_TEST; 
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UPM_MAX_ER_LENGTH: PROCEDURE; 


/* 

i-- -- - — - - - —.. - .. .....—--- —t 

| FUNCTION; THIS IMPLEMENTATION-DEPENDENT PROCEDURE COMPUTES THE MAXIMUM NUMBER | 

| OF TRANSMISSION GROUPS OVER WHICH AN NC ER ACT OR NC ER TEST REQUEST I 

| CAN BE TRANSMITTED BEFORE THE ACTIVATION OR TfeST PROCEDURE IS I 

| ABORTED. THE MAXIMUM ER LENGTH IS INSERTED IN MAX ER_LENGTH FIELD | 

| OF THE NC ER ACT OR NC ER TEST. | 

I ~ I 

| INPUT: NC ER ACT OR NC ER TEST | 

I ” ~ 1 

| OUTPUT: ASSIGNED MAX_ER LENGTH FIELD IN REQUEST I 

I ” \ 

I REFERENCED BY THE FOLLOWING PROCEDURE(S): | 

| BUILDJIC ER_ACT OR TEST PAGE 12-68 \ 


*/ 


RETURN; 

END UPM__MAX_ER_LENGTH; 


UPM_ACT_SEQ_ID: PROCEDURE RETURNS (CHAR(10)) ; 


/* 

|| FUNCTION: THIS IMPLEMENTATION-DEPENDENT PROCEDURE GENERATES A UNIQUE ] 

| IDENTIFICATION VALUE TO BE PUT INTO THE NC ER ACT REQUEST. I 

j I 

| INPUT: NONE | 

i 1 

| OUTPUT: CHARACTER STRING TO BE USED AS CORRELATION VALUE | 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : I 

| BUILD_NC_ER_ACT_ORJTEST PAGE 12-68 1 

i_I 1-Z—I-:-j 

*/ 


RETURN (" ); 

END UPM_ACT_SEQ_ID; 
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BUILD_NC_ER_ACT_QR_TEST_REPLY: PROCEDURE(TYPE) ; 


FUNCTION: 


INPUT: 


OUTPUT: 


TO BUILD THE CONHON PARTS 
REQUEST 


OF AN NC ER ACT REPLY OR HC EE TEST REPLY 


NC ER ACT OR NC ER TEST THE PARAMETER TYPE INDICATES THE VALUE TO BE 
PUT INTO THE TYPE*” FIELD OF THE REQUEST, AND CONTAINS ONE OF THE 
FOLLOWING VALUES: 

• NO REVERSE ERN DEFINED 

• ER LENGTH ERROR 

• ER NOT DEFINED 

• tg'inoperative 

• PRE ER VR_SUPPORT 

• ER RACE 

• POSITIVE — REPLY 

NC ER ACT REPLY OR NC ER TEST REPLY AND TGCB PTR SPECIFYING THE TGCB 
FOR THE TG OVER WITH THE REQUEST SHOULD ~BE ROUTED. THE INPUT 
REQUEST IS DISCARDED. 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 

ACT TEST RCV PAGE 12-60 

ACT TEST SEND PAGE 12-59 


V 


DCL TYPE BIT (8); 

DCL ACT TEST MU PTR PTR; 

DCL 1 NC ER ACT”TEST RQ LIKE NC ER ACT RQ BASED(ADDR(RU)); 

DCL 1 NC ER ACT TEST~REPLY RQ LIKE NC ER ACT REPLY RQ BASED (ADDR(RU)) ; 


ACT TEST MU PTR = MU PTR; /* SAVE PTR TO REQUEST */ 

CREATE MU; 

MU = ACT TEST MU PTR->MU; 

NCJSR ACT TEST REPLY RQ = ACT TEST_MU_PTR->NC ER ACTJTEST RQ,BY NAME; 

MUCH. DIRECTION””- SEND; 


| TH VALUES FOR TG SWEEP, NTWK PRTY, VR_SQTI, ( 
| IERN, VRN, AND TPF ARE THE SAME IN THE REPLY | 
| REQUEST AS THEY WERE IN THE ORIGINAL REQUEST. | 

L_—_—____________,J 


/* 


*/ 


ERN - INDEX(ACT TEST MU PTR->NC ER ACT TEST RQ.REV ERN MASK, ON); 

OSAF = NCB. N0DE”SUBAREA”ADDRESST ” ” /* APPENDIX A */ 

NC ER ACT TEST REPLY RQ.MAX PIU SIZE * ZERO; 

NC“eR~ACT TEST”rEPLY”rQ.MAX”pIU”sIZE FROM ACTIVATE = 

ACT TEST MU PTR->NC ER ACT TEST RQ.MAX PIU SIZE; 

NCJBRJVCtJpEST JiEPLY_RQ.REPLYlSA = NCB.NODE_SUBAREA_ADDRESS; /* APPENDIX A V 

IF ACT TEST MU_PTR->NC ER ACT TEST RQ.RQ CODE = NC ER ACT THEN 
DO;"””*” 

. NC ER_ACT TEST_REPLY RQ.RQ CODE = NC ER ACT REPLY; 

. DCF = RH LENGTH + 49? 

END; 

ELSE 

DO; 

. NC ER ACT TEST REPLY RQ.RQ CODE = NC ER TEST REPLY; 

. DCF =“RH LENGTH ♦ 48? 

END; 
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/* SET OP UNIQUE PORTIONS OP REPLY 


NC_ER_ACT._REPLY_RQ.TIPE = TYPE; 


SELECT ANYORDER(TYPE) ; 


WHEN(NO REVERSE ERN DEFINED) 

DO; 

. HC_ER ACT REPLY RQ.TG ADJ SA « ACT TEST MU PTR->TGCB.ADJ SA; 
. NC_ER ACT_REPLY_RQ.TG_NUH * ACT TEST MU~PTR->TGCB.TGN; 

END; 


WHEN(ER_LENGTH_ERROR) 

DO; 

. NC ER ACT REPLY_RQ.TG_ADJ SA = TGCB.ADJ SA; 
. NC ER ACT REPLY_RQ.TG NUM = TGCB.TGN; 

END; 


WHEN(ER NOT DEFINED) 

DO; 

. NC ER ACT REPLY_RQ.TG_ADJ SA = ZERO; 

. NC_ER ACT REPLY_RQ.TG NU(f= ZERO; 

. CALL FIND_TGCB(ACT_TEST_HU_PTR->ROUTE_SA,ERN) ; /* APPENDIX B 

END; 


WHEN(TG INOPERATIVE) 

DO; 

. NC ER ACT_REPLY_RQ.TG ADJ SA = TGCB.ADJ SA; 

. NC ER ACT REPLY RQ.TG NUM = TGCB.TGN; 

. CALL FINDJTGCB (ACT TEST_MU_PTR->ROUTE_SA f ERN) ; /* APPENDIX B 

END; 


WHEN(PRE ER VR SUPPORT) 

DO; 

. NC ER ACT REPLY RQ.TG ADJ SA = TGCB.ADJ SA; 

. NC_ERIaCT~REPLY~RQ.TG~NUM”= TGCB.TGN; 

. CALL FINDJTGCB (ACT TEST HU PTR->ROUTE SA,ERN); /* APPENDIX B 

END; 


WHEN(ER RACE) 

DO; 

. NC_ER ACT_REPLY_RQ.TG_ADJ_SA = RESERVED_ZERO; 
. NC ER~ACT REPLY RQ.Tg“num“= RESERVED ZERO; 
END; 


. WHEN (POSITIVE REPLY) 

. DO; 

. NC_ER_ACT_REPLY RQ.TG_ADJ SA = RESERVED_ZERO; 
. . NC_ER~ACT REPLY _ RQ.TG__NUW~= RESERVED ZERO; 

END; 

END; 


♦/ 


♦/ 


»/ 


*/ 


DISCARD ACT_TEST_MU_PTR->MU; 


RETURN; 

END BUILD_NC_ER_ACT_OR_TEST_REPLY; 


ABLE_TO_RCV_ACTVR: PROCEDURE RETURNS (BIT(1)) ; 


/* 


f FUNCTION: 

I 
! 

I INPUT: 


I 


| OUTPUT: 


I 

1 


TO DETERMINE IF AN ER IS IN A STATE THAT ALLOWS A VR TO BE ACTIVATED 
USING IT 

ERCB_PTR AND TGCB_PTR 

BOOLEAN VALUE INDICATING WHETHER THE ER TO BE USED BY THE VR BEING 
ACTIVATED IS IN AN ACCEPTABLE STATE TO CARRY TRAFFIC (YES) OP NOT 
(NO) 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 

VF_RCV_CHECKS PAGE 12-98 

REFERS TO THE FOLLOWING PROCEDURE(S) J 

FSM_PATH PAGE 12-75 


*/ 


IF ERCB_PTR = NULL THEN 
RETURN (NO); 

ELSE 

DO; 

. FIND PATHCB IN PATHCB LIST WHERE (PATHCB.TG ID = TGCB.TG_ID) ; 

. IF FSM_PATH = (ACTIVE”| ACT_RCV) THEN ~ /* PAGE 12-75 */ 

RETURN (YES) ; 

. ELSE 

RETURN (NO); 

END; 

END ABLE_TO_RCV_ACTVR; 
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SIGNAL.VR.MGR: PROCEDURE(SIGNAL); 


FUNCTION: TO SEND AN ER NOT ACTIVATED OR ER ACTIVATED SIGNAL TO THE VR 

HANAGER, INDICATING “THAT A SET OF VR'S CAN OR CANNOT BE ACTIVATED 
BECAUSE THE UNDERLYING ER CAN OR CANNOT BE ACTIVATED, 

INPUT: ERCB PTR. THE PARAHETER SIGNAL, EITHER INOP OR ACT, INDICATES IF 

THE UNDERLYING ER HAS BEEN ACTIVATED OR NOT AND, THEREFORE, WHETHER 
IT CAN SUPPORT’ A VR. 

OUTPUT: ER NOT ACTIVATED OR ER ACTIVATED SIGNAL TO VR HANAGER WITH 

PARH.ACT.ER ENTITY SUPPLYING ADDITIONAL INFORMATION 

REFERENCED BY THE FOLLOWING PROCEDURE (S): 


FSM ERN PAGE 12-73 



DCL SIGNAL CHAR (4) ; /* ’ACT* OR *INOP' INDICATES STATUS OF ER * 

IF ERCB.PENDING VRNUHS * ALL OFF THEN 
RETURN; 

CREATE PARM ACT ER; /* PAGE 12-126 */ 

PARM ACT ER7PARTNER SA = ERCB.PARTNER SA; /* PAGE 12-126 */ 

PARM~ACT ER.VRN MASK = ERCB.PENDING VRNUHS; /* PAGE 12-126 */ 

IF SIGNAL = •INOP' THEN 

SEND 'ER NOT ACTIVATED* TO VR MGR USING (PARM PTR = PARM ACT ER PTR); /* PAGE 12-79 */ 

ELSE “ ~ /* SIGNAL * 'ACT' */ 

SEND 'ER ACTIVATED' TO VR MGR USING(PARM PTR = PARH.ACT.ER PTR); /* PAGE 12-79 */ 


ERCB.PENDING.VRNUMS = ALL.OFF; 
RETURN; 

END SIGNAL_VR_MGR; 


ARE.ANY.PATHS.PENDING: PROCEDURE RETURNS (BIT ( 1) ) ; 

/♦ 


FUNCTION: TO DETERMINE IF ANY NC ER ACT REQUESTS HAVE BEEN SENT FOR THE 

(DSA, ERN) ON A TG OTHER THAN THE ONE CURRENTLY BEING PROCESSED 

INPUT: ERCB.PTR AND PATHCB.PTR 

OUTPUT: A BIT INDICATING WHETHER THERE ARE ANY OUTSTANDING NC_ER_ACT 

REQUESTS (YES) OR NOT (NO) 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

INOP_RCV PAGE 12-44 

INOP_S END PAGE 12-42 

REFERS TO THE FOLLOWING PROCEDURE (S): 

FSM.PATH PAGE 12-75 


*/ 

DCL SCAN.PATHCB.PTR PTR; 

SCAN PATHCB LIST PTR (SCAN.PATHCB_.PTR) 

UNTIL(SCAN.PATHCB PTR -«« PATHCB PTR & SCAN PATHCB PTR->FSM PATH - PEND SEND) ; 

/* PAGE 12-75 */ 

SCANEND; 

IF SCAN PATHCB.PTR = NULL THEN 
RETURN (NO) ; 

ELSE 

RETURN(YES); 

END ARE.ANY.PATHS.PENDING; 
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FSM_ERH: FSHJJBFINITION CONTEXT(ERCB) 


FUNCTION: 


TO RETAIN THE CURRENT STATUS OF THE ER'S ASSOCIATED WITH A 
(DSA r ERN) PAIR. THIS FSH IS CALLED AND QUERIED ONLY BY PROCEDURES 
IN THE BR MANAGER. THIS FSH REFLECTS SOME OF THE COMPOSITE STATES 
OF THE FSH PATH'S RELATING TO THE (DSA* ERN) . THE IMPORTANT 
CONDITIONS OF AN ER PERTAIN TO ITS BEING ACTIVE (I.B. f ABLE TO CARRY 
MESSAGE UNITS), PENDING ACTIVE, OR OPERATIVE. NOT ALL POSSIBLE 
CONDITIONS OF THE (DSA, ERN) ARE OF INTEREST TO THE BR MANAGER—FOR 
EXAMPLE, THE RECEIPT OF AN NC ER ACT FROM ANOTHER SUBAREA NODE IS OF 
LITTLE SIGNIFICANCE TO THE ER MANAGER AND THEREFORE THERE IS NO SET 
OF STATES REFLECTING SUCH AN OCCURRENCE. A MORE COMPLETE 
DESCRIPTION OF THE FSM« S STATES IS GIVEN BELOW. 

ALL INPUT ROWS OF THE FSH REFER TO REQUESTS OR SIGNALS THAT ARE 
RECEIVED (I.E., FOR REQUESTS, THE MUCB.DIRECTION INDICATOR WOULD BE 
"RECEIVE"). THE ROWS REFERRING TO NC ER INOP ARE NOT DEPENDENT ON 
THE DIRECTION OF THE REQUEST. 

THE RESET STATE EXISTS ONLY IMMEDIATELY AFTER AN ERCB IS CREATED AND 
IMMEDIATELY BEFORE IT IS DESTROYED. THE ERCB IS CREATED WHEN THE 
FIRST PATHCB FOR IT IS TO BE CREATED AS THE RESULT OF RECEIVING AN 
NC_BR_OP; THE ERCB IS DESTROYED WHEN THE LAST PATHCB FOR IT IS TO BE 
DESTROYED AS THE RESULT OF RECEIVING AN NC_BR_INOP. 

BEING IN THE OP STATE INDICATES THAT THE (DSA, ERN) IS OPERATIVE 
ALONG SOME NUMBER OF TG'S. WHETHER THE SET OF TG'S INCLUDES THE ONE 
THAT IS DEFINED FOR THIS (DSA, ERN) IS IRRELEVANT. THE ER MANAGER 
RECOGNIZES A (DSA, ERN) AS BEING OPERATIVE WHEN IT RECEIVES AN 
NC_BR_OP FOR IT. FOR THE PURPOSES OF THIS FSM, HAVING RECEIVED AN 
NC ER ACT ON ANY NUMBER OF TG'S DOES NOT AFFECT THE STATE OF THE 
(DSA,~ERN). 

THE PEND ACT STATE IS ENTERED IF AN NC ER ACT HAS BEEN SENT ON 
EXACTLY ONE OF THE TG'S FOR THIS (DSA, ERN).~ THE FSM PATH FOR ANY 
NUMBER OF PATHCB'S HAY REFLECT THE RECEIPT OF AN NC ER OP (OPERATIVE 
STATE) OR AN NC_ER_ACT (ACT_RCV STATE). 

THE CONTEND STATE IS ENTERED WHEN MULTIPLE NCJBR_ACT REQUESTS ARE 
SENT OVER DIFFERENT TG'S. IF THE SUBAREA_ROUTXNG LIST INDICATES 
THAT A (DSA, ERN) IS STATICALLY DEFINED, THIS STATE CAN NEVER BE 
ENTERED. IF THE (DSA, ERN) IS DYNAMICALLY DEFINED, WHEN MULTIPLE 
NC ER OP REQUESTS OVER DIFFERENT TG'S ARE RECEIVED, AN NC ER ACT IS 
SENT OVER THE FIRST TWO TG'S THAT BECOME OPERATIVE. THE FIRST 
POSITIVE NC_ER_ACT_REPLY RECEIVED DETERMINES WHICH TG IS USED WHEN 
ROUTING MESSAGl UNITS USING THIS (DSA, ERN). 

THE ACTIVE STATE IS ENTERED AFTER RECEIVING A POSITIVE 
NC ER ACT REPLY. THE SEQUENCE OF TG'S TO BE USED BY THE ER HAS BEEN 
SWEPT OF ALL RESIDUAL TRAFFIC; ONLY WHEN THE ER IS IN THIS STATE CAN 
IT SUPPORT TRAFFIC ON A VR. 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 



ACT SEND 


PAGE 

12-55 



ACT TEST RCV 


PAGE 

12-60 



ACT TEST REPLY RCV 


PAGE 

12-64 



ACTVR RCV 


PAGE 

12-96 



FSM PATH 


PAGE 

12-75 



INOP RCV 


PAGE 

12-44 



INOP SEND 


PAGE 

12-42 



OP_RCV 


PAGE 

12-40 



OP SEND 


PAGE 

12-39 



BEDUCE_REVERSE_EBN 


PAGE 

12-62 



REFERS TO THE FOLLOWING PROCEDURE(S)5 






FSMJPATH 


PAGE 

12-75 



SIGNAL VB MGR 


PAGE 

12-72 



VR MGR* 


PAGE 

12-79 

J 


DCL COPY_TGCB_PTR PTR; 
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| OUTPUT 
| CODE 


DESTROY PATHCB LIST; 

REHOVE ERCB FROM EfiCBJLIST DISCARD; 

CALL SIGNAL_VR_MGR(*INOP»); 

DESTROY PATHCB~LIST; 

REMOVE ERCB FROM ERCBJLIST DISCARD; 

CALL SIGNAL_VR_MGR(»INOP*); 


/* PAGE 12-72 

/* PAGE 12-72 
/* PAGE 12-75 


COPY TGCB PTR = TGCB PTR; 

CALL~FSM PATH('SPRAY”); /* PAGE 12-75 

FIND TGCB IN TGCB LIST WHERE(TGCB.TG ID = SUBAREA ROUTING.TG ID(ERCB.ER_NUM) ) ; 
CALL FSM PATH(*Sp5aY») ; /* PAGE 12-75 

TGCB PTR~= COPY TGCB PTR; 

SUBAREA_HOUTINg7tG ID(ERCB.ER NUH) = ZERO; 


SEND *ER__NO INACTIVATED * TO VR_MGR USING (PARM_PTR = PARM_ACT_ER_PTR) ;/* PAGE 12-79 

ERCB.PENDING VRNUMS * ERCB.PENDING VRNUMS | PARM_ACT ER.VRN MASK; /* PAGE 12-126 
DISCARD PARMnACTnER; “ /* PAGE 12-126 

ERCB.PENDING_VRNUMS * ERCB.PENDING VRNUMS | PARM ACTJBR. VRN MASK; /* PAGE 12-126 
DISCARD PARM ACT ER; ” /* PAGE 12-126 

CALL FSHJPATH(* ACTIVATE__ER*) ; /* PAGE 12-75 

send «eReactivated* to vr_mgr using(ParHnPtr = parh_act_erjptr); /* page 12-79 


SUBAREAnROUTING.TGnID(ERCB.ERnNOM) * TGCB.TG._ID; 
CALL FSM_PATH; 

SUBAREA_HOUTING.TG_ID (ERCB.ER_NOM) = TGCB.TG_.ID; 
CALL FSM_PATH; 


/* PAGE 12-75 
/* PAGE 12-75 


NCnBR_ACT_RQ.REVJSRN_HASK(ERCB. ERJIUM:ERCB.ER_NUM) * OFF; 

SUBAREA ROUTING.TG ID (ERCB.ER NUH) = TGCB.TG ID; 

CALL FSM PATH; 

CALL FSM~PATH('CONTEND_RESEND'); 


| CALL SIGNAL VR MGR (•ACT*); 

f FIND SUBAREA ROUTING IN SUBAREA ROUTING LIST 
| WHERE (SUBAREA ROUTING. DESTJSA = ERCB.PARTNEP._SA) ; 

| SUBAREA ROUTING.TG~ID(ERCB.ER NUM) ■ TGCB.TG ID; 

_4-1— - Z --—-~- 

I CALL SIGNAL VR MGR(* ACT*) ; 


/* PAGE 12-75 
/* PAGE 12-75 

/* PAGE 12-72 


/* PAGE 12-72 
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FSH_PATH: FSM_DEFINITION CONTEXT (PATHCB) ; 


/* 


FUNCTION: TO RETAIN THE CURRENT STATE OF THE ER*S ASSOCIATED WITH A (DSA, ERN) 
PAIR FOR A PARTICULAR TG. THE STATES OF A PATHCB ARE UNRELATED TO 
WHETHER THE CORRESPONDING TG ID IS THE ONE DEFINED FOR THE 
(DS A , ERN) OR NOT. THE STATES ""REFLECT COHBINATIONS OF THE RECEIPT 
OF AN NC ER_OP OR NC ER.INOP, THE RECEIPT OF AN NC ER ACT, THE 

TRANSHISSION OF AN NC ER ACT, AND THE RECEIPT OF AN NC ifi ACT REPLY. 
THE STATES OF DIFFERENT PATHCB*S FOR THE SAHE (DSaT ERN) ARE 

INDEPENDENT OF EACH OTHER, EXCEPT THAT NO HORE THAN ONE PATHCB CAN 
BE ACTIVE AT A TIME. 

ALL INPUT ROWS OF THE FSH REFER TO REQUESTS OR SIGNALS THAT ARE 

RECEIVED (I.E., FOR REQUESTS, THE MUCB.DIRECTION INDICATOR WOULD BE 

"RECEIVE"). THE ROW REFERRING TO NC ER_INOP ARE NOT DEPENDENT ON 
THE DIRECTION OF THE REQUEST. 

THE RESET STATE EXISTS ONLY IMMEDIATELY AFTER THE PATHCB IS CREATED 
AS THE RESULT OF RECEIVING AN NCJ2R OP, AND JUST BEFORE IT IS 
DESTROYED AS THE RESULT OF PROCESSING AN NC_ER_INOP. 

THE OP STATE IS ENTERED WHEN AN NC_ER OP IS RECEIVED OVER THE TG 
IDENTIFIED BY THE PATHCB*S TG_ID. 

THE PEND_SEND STATE IS ENTERED WHEN AN NC_ER ACT HAS BEEN SENT, BUT 
NC_ER_ACT CAN HAVE BEEN RECEIVED. 

THE ACT RCV STATE IS ENTERED WHEN AN NC ER ACT HAS BEEN RECEIVED AND 
AN NC ER ACT REPLY SENT, BUT NO NC ER ACT ~HAS BEEN SENT. THERE ARE 
TWO CASES WHEN ONE SIDE OF AN ER MIGHT BE IN ACT RCV STATE, YET THE 
OTHER SIDE IS NOT EITHER PENDING NOR ACTIVE. ONE SUBAREA NODE SENDS 
AN NC ER ACT. A TRANSMISSION GROUP BECOMES INOPERATIVE AND THEN 
OPERATIVE AFTER THE NC ER ACT PASSES. IF NC ER INOP AND NC ER OP 
PASS THE NC ER ACT AND~GET TO THE DESTINATION SUBAREA NODE FIRST, 
THAT NODE ENTERS THE ACT RCV STATE, BUT THE ER IN THE ORIGINATION 
SUBAREA NODE IS RESET BY THE NC ER INOP. THIS APPARENT MISMATCH OF 
STATES IS NOT IMPORTANT BECAUSE' THE DESTINATION SUBAREA NODE DOES 
NOT ALLOW A VR TO USE THE ER UNTIL IT HAS SENT ITS OWN NC_ER_ACT 
ALONG THE ROUTE. THE OTHER SITUATION INVOLVES THE TRANSMISSION OF 
MULTIPLE NC_ER ACT REQUESTS BY A NODE ALLOWING DYNAMIC ER 
DEFINITIONS."" THE ORIGINATING NODE ACCEPTS ONLY ONE OF THE 
NC_ER_ACT REPLY REQUESTS AND REJECTS THE OTHERS, EVEN THOUGH THE 
DESTINATION NODE MAY HAVE ENTERED THE ACT_RCV STATE FOR ALL 
NC_ER_ACT REQUESTS IT RECEIVED. 

THE PEND,SEND ACT RCV STATE IS ENTERED WHEN AN NC ER ACT HAS BEEN 
SENT, AND AN NC_ER_ACT HAS BEEN RECEIVED AND AN NC_ER”ACT — REPLY HAS 
BEEN SENT. 

THE ACTIVE STATE IS ENTERED WHEN AN NC_ER ACT HAS BEEN SENT AND A 
POSITIVE NC ER ACT REPLY HAS BEEN RECEIVED AND ACCEPTED. THE TG 
CORRESPONDING TO THIS PATHCB WILL BE USED FOR ALL MESSAGE UNITS 
USING THIS (DSA, ERN). NO MORE THAN 1 PATHCB CAN BE ACTIVE AT ONE 
TIME. 

THE ACT RCV NOTDEF STATE IS ENTERED WHEN AN NC_ER_ACT WITH NO USABLE 
REVERSE""eRN*S IS RECEIVED (I.E., THE REV ERN_MASK IS ALL OFF). IF 
THE (DSA, ERN) DEFINITION (MAPPING TO A TG_ID) IS CHANGED SO THAT 
THAT ER WOULD HAVE A VALID REVERSE ERN, AN NC_ER_ACT IS SENT. 

THE ACT_SEND_NOTDEF STATE IS ENTERED WHEN AN NC_ER„ACT_REPLY IS 
RECEIVED~*WITH~ A TYPE CODE INDICATING THAT NO USABLE REvlRSE ERN«S 
EXIST. NO FURTHER NC_ER_ACT REQUESTS ARE SENT ALONG THE TG FOR THIS 
(DSA, ERN) UNTIL THE PARTNER SUBAREA NODE FIRST SENDS AN NC_ER ACT 
INDICATING THAT ITS ROUTING DEFINITION TABLES HAVE BEEN CHANGED. 

REFERENCED BY THE FOLLOWING PROCEDURE (S): 

ABLE__TO RCV ACTVR 
ACT TEST REPLY RCV 
ARE_ANY PATHSJPENDING 
DEFINE_ER_TO_TG 
FSM_ERN 
INOP RCV 
INOP SEND 
QP__RC V 

REFERS TO THE FOLLOWING PROCEDURE (S): 

BUILD NC ER ACT OR TEST 
FSM ERN 


PAGE 

12-71 

PAGE 

12-64 

PAGE 

12-72 

PAGE 

12-33 

PAGE 

12-73 

PAGE 

12-44 

PAGE 

12-42 

PAGE 

12-40 

PAGE 

12-68 

PAGE 

12-73 


V 


DCL ACT_MU_PTR PTR; 
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VIRTUAL ROUTE MANAGER 


The VR manager activates* deactivates* and tests virtual 
routes. For the most part* a virtual route is activated 
when activation of a session requires the virtual route* and 
it is deactivated when there are no longer any sessions 
assigned to it* or when conditions in the network cause the 
virtual route to become inoperative. Virtual route testing 
is initiated by an ROUTE_TEST request sent from an SSCP. 
These functions are described in the following three 
sections: "Virtual Route Activation*" "Virtual Route 
Deactivation," and "Virtual Route Testing." 

Information pertinent to a specific virtual route is kept in 
the virtual route control block (VRCB), described in 
Appendix A. This control block exists only when the VR is 
in a non-reset state. Virtual routes may be between two 
different subarea nodes* or may be entirely within a single 
subarea node. For virtual routes between two different 
subarea nodes* the VRCB is created in each subarea when 
virtual route activation is initiated and destroyed when 
virtual route deactivation is complete. For each virtual 
route completely within a subarea node* a VRCB is created 
and the VR activated at system definition time; the VR is 
never deactivated. 

Five FSMs are anchored in each VRCB; two of them (FSM_VR and 
FSM_DACTVR_DIRECTION) are described in this chapter. FSM_VR 
holds the activation and deactivation status of the VR; 
FSM_DACTVR_DIRECTION is used to determine whether this 
subarea may send DACTVR(Orderly). The other FSMs are 
described in Chapter 3. 
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ER_MGR 


PO.SVC.MGR.NS 


PC.ERC 


PO.SVC MGR.CSC HGB 

r 

| •SESS COONT=0• 

| RQ(ACTCDRH) 

| BQ(ACTPU) 

| BQ(ACTIO) 

| BQ(BIND) 

| RQ(DACTCDRH) 

| BQ(DACTPO) 

| BQ(OACTLO) 

| BQ (UNBIND) 

I 

? 


•ERINOP* 

*ER ACTIVATED* 

* ER NOT ACTIVATED* 


RQ (RQOTEJCEST) 


BQ|BSP(RC ACTVR) 

rqirsp(ncIdactvr) 


V 


V 



VR MGR 


| RQIRSP(ACTCDRM) 
| RQ|BSP(ACTPU) 

| RQ|RSP( ACTIO) 

| RQ|RSP(BIND) 

| RSP(DACTCDRH) 

| RSP (DACTPO) 

| RSP(DACTIU) 

| RSP(UNBIND) 

| 'VR INOP' 

| •DACTVR FORCED* 

V 

PO.SVC MGR.CSC_HGR 


RQ(ROUTE TEST) 
•ACTIVATi ER* 


V 

ER_MGR 


RQ (VR INOP) 

RSP(ROOTE_TEST) 


V 

SNS 


RQ|RSP(NC ACTVR) 
RQ|RSP(NC — DACTVR) 


V 

PC.ERC 


Figure 12-12. VR Manager Inputs and Outputs 
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VB.BGK: PROCEDURE 


FUICTIOR: TO ROUTE SIGNALS ARD PIU'S 

IRPUTs SIGRALS ARD PIU'S FROH PC-ERC (CHAPTER 3), PU.SVC HGR.CSC HGR 

(CHAPTER 13), PU-S?C HGR.NS (CHAPTER 11), THE HIGHER-LEYM. SCHEDULER 
(APPENDIX C), ARD ER HGR 


OUTPUT: 


SIGNAL OR PIU TO THE APPROPRIATE PROCEDURE 


REFERENCED BY THE FOLLOWING PROCEDURE(S) s 
FSH BRN 

PU.S7C_HGR-PC_ROUTE_MGR.BCY 

REFERS TO THE FOLLOWING PROCEDURE(S): 
ACTYR RCY 

CAWCBL_VR_RESBRVATION 
DACTYR RCY 

ER ACTIVATION TBRHINATOR 
ROUTE_TEST_RCV 
SEND_DACTYR FORCED 
SEHD_DACTVR~ORDERLY 
UPH_VR_ID_LIST_REORDBR 
YR ID LIST PROCESSOR 
YR IHOP SEND 


PAGE 

12-73 

PAGE 

12-13 

PAGE 

12-96 

PAGE 

12-102 

PAGE 

12-108 

PAGE 

12- 92 

PAGE 

12-113 

PAGE 

12-107 

PAGE 

12-106 

PAGE 

12-102 

PAGE 

12-88 

PAGE 

12-110 


SELECT ANYORDER; 


INPUT PIU'S FROH PC.ERC (CHAPTER 3) 


WHEN((INPUT(RQ) j INPUT (RSP)) & RU_CTGY = NC S RQ_CODE = NC ACTYR) 

CALL ACTVR_RCV; “ /* PAGE 12-96 

WHEN((INPUT(RQ) | INPUT(RSP)) 8 RU CTGY = NC 8 RQ CODE = NC_DACTYR) 

CALL DACTVR_BCV; “ “ /* PAGE 12-108 


| INPUT FROH PU.SVC_HGR.CSC_MGR (CHAPTER 13) | 

WHEN(INPUT(RQ) 8 RU CTGY = SC 8 RQ_C0DE = (ACTCDRH | ACTLU | ACTPU | BIND)) 

DO; 

YR ID_LIST PTR = PARM_PTR; /* PU.SVC HGR.CSC HGR PASSES VB_ID_LIST AS 

/* A PARAMETER. APPENDIX A 

CALL UPH_YR_ID_LIST REORDER; /* PAGE 12-102 

CALL VR_ID LIST PROCESSOR (1) ; /* BEGIN PROCESSING FIRST ENTRY IN VR_ID_LIST 

/* PAGE 12-88 

END; 

WHEN(INPUT ( RQ) 6 RU CTGY = SC 6 RQ CODE * (DACTCDRH | DACTLU | DACTPU | UNBIND)) 
CALL CANCEL_YR_RESERYATION; “ /* PAGE 12-102 


WHEN (INPUT(•SESS COUNTED')) 
CALL SEND DACTYR ORDERLY; 


/* PAGE 12-106 


INPUT FROH ER MGR 


I 


WHEN (INPUT (' ERINOP' ) ) 

CALL VR_INOP_SEND; 

WHEN(INPUT('ER ACTIVATED') 1 INPUT('ER_NOT ACTIVATED')) 
CALL ER_ACTIVATIONjrERMINATOR; 


/* PAGE 12-110 
/* PAGE 12-92 


INPUT FROM PU.SVC_HGR.NS (CHAPTER 11) 


1 


. WHEN(INPUT(RQ) 8 RU CTGY = FHD 8 NSC RQ.NS HEADER = ROUTE TEST HDR) 

. CALL ROUTE_TEST_RCF; ~ /* PAGE 12-113 


V 

/* 


V 

*/ 


*/ 

/* 


*/ 

V 

*/ 

*/ 

*/ 


*/ 

/* 


V 

*/ 


V 

/*■ 


*/ 

/* 


INPUT FROM THE HIGHER-LEVEL SCHEDULER 


. WHEN(INPUT('SEND DACTYR F')) 
. CALL SEND DACTVR_FORCED; 
END; 

RETURN; 

END YR_HGR; 


/* PAGE 12-107 


*/ 

*/ 
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VIRTUAL ROUTE ACTIVATION 


When the common session control manager (Chapter 13) 
receives a session activation request (ACTCDRM, ACTPU, 
ACTLU, or BIND), it requests that the VR manager designate 
the VR to be used by the session. A VR is activated only 
when required for the activation of a session. 

Once a VR is activated, sessions can be assigned to it. 
This operation is relatively simple when (1) the VR control 
block (VRCB) has already been created, (2) the VR is in the 
active state, and (3) the VR satisfies the RERN requirement 
of the session being assigned to it (see the "Minimal ER-VR 
Protocol Support" section below for a description of the 
RERN requirement of a session). In this case, no route 
activation requests need flow to other nodes in the network. 

On the other hand, when a VR has to be activated—that is, 
an ER has to be obtained to support the VR, and the VR 
managers at each end of the VR have to be synchronized with 
respect to the state of the VR and its attributes—requests 
must flow through the network before a session can be 
assigned to the VR. Activating a VR is a three-phase 
process. First, the ER manager must be signaled to select 
(and activate, if necessary) an ER to support the 
VR—sometimes an NC_ER_ACT request is sent into the network 
as a result of this signal from the VR manager to the ER 
manager. (The ER manager functions are discussed elsewhere 
in this chapter.) Second, upon notification from the ER 
manager that an ER for the VR is active, the VR manager 
sends an NC_ACTVR request to the opposite end of the VR. 
Third, a positive response to NC_ACTVR must be received to 
acknowledge that the node at the other end of the VR is 
ready to accept traffic on the VR. The description of the 
functions performed to activate a VR is presented from two 
perspectives: one view is that of the VR manager initiating 
the VR activation; the other is that of the VR manager 
receiving the VR activation request. 
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VR Activation and Class of Service 


Locating 


The CSC manager sends a session activation request to the VR 
manager with a class of service specification, called a VR 
identifier list » which contains a list of (VRN, TPF) pairs, 
each pair referring to a VR to which the session may be 
assigned. (See Chapters 1, 6, and 8 for a discussion of 
class of service.) Once, before starting to process the VR 
identifier list, the VR manager invokes an exit to an 
installation-defined UPM to allow reordering of the list. 
The installation-defined UPM may change the list in any or 
all of the following ways: reorder the (VRN, TPF) pairs, 
add (VRN, TPF) pairs, or delete (VRN, TPF) pairs. These 
changes apply only to the VR identifier list for the session 
activation request being processed, they do not affect the 
class of service specification for any subsequent session 
activat ions. 

When the VR identifier list reordering is complete, the VR 
manager attempts to assign the session to the VR determined 
by the first (VRN, TPF) pair in the list and the two 
subareas at the ends of the VR; the two subareas are 
determined by the DSAF in the TH of the session activation 
request and by the subarea in which the VR manager resides. 
The pairs in the VR identifier list are examined in order to 
determine the VR to which the session should be assigned; 
the next (VRN, TPF) pair in the list is examined as a 
possible VR for the session only after determining that the 
current pair specifies a VR that is neither active nor can 
be activated. The VR manager satisfies a request for 
session assignment to a VR by setting VRCB_PTR to address 
the VRCB of an active VR and returning the session 
activation request to the CSC manager. 

a Suitable VRCB 

VRCBs are created dynamically. For a specified VR, the VR 
manager first determines whether a VRCB has been created. 
If it has, the VR may not be in the active state, or it may 
not satisfy the RERN requirement for the session. 

If no VRCB exists for the VR, one is created, if possible, 
and VR activation is attempted. In this case, the VR 
manager invokes the ER manager to activate an ER to support 
the VR. After the VR manager invokes the ER manager, the VR 
is in a state pending ER activation (FSM_VR is in the 
PEND_ER state). The VR manager adds a VR_RESERVATION entity 
to the VR_RESERVATION_LIST of the VRCB, indicating that 
processing of another session activation request is waiting 
for the pending event. Each VR_RESERVATION entity contains 
the session activation request, VR identifier list, and the 
index within the VR identifier list of the (VRN, TPF) pair 
being processed. (The VR_RESERVATION_L1ST is described in 
Appendix A.) The entire VR_RESERVATION_LIST for a 


12-82 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 




particular VRCB is purged either when the VR becomes active 
or when the VR manager determines that it cannot be 
activated (e.g., when the ER manager replies that the ER 
that supports the VR cannot be activated). Individual 
VR_RESERVATION entities (which contain a session activation 
request) are discarded from the VR_RESERVATION_LIST only 
when a corresponding session deactivation request is 
received. 

If it is not possible to create a VRCB because of an 
implementation-dependent lack of resources, the VR manager 
will attempt to assign the session to the next VR specified 
in the VR identifier list. 

If the VRCB exists, and the VR is in the active state, the 
VR manager sets VRCB_PTR to address that VRCB, and returns 
the session activation request to the CSC manager. 

If the VRCB exists, but the VR is not in the active st«ate, 
the VR is in one of the two classes of pending states. Some 
pending states (e.g., PEND_ER) are possible intermediate 
states before the VR becomes active; other states (e.g., 
PEND_RESET_F_SEND) require a transition of the VR to the 
reset state before it can become active again. 

For the former class of VR states, activation of the VR or 
its underlying ER is in progress already, so the VR manager 
adds a VR_RESERVATION entity to the VR_RESERVATION_L1ST of 
the VRCB. For this class of pending state, a response to an 
NC_ACTVR request or notification from the ER manager is 
required. When the pending event completes, the VR manager 
recovers the session activation request and VR identifier 
list, and VR processing continues based on the current state 
of the VR. 

If the VR is in a pending state that requires transition to 
the RESET state, the session cannot be assigned to the VR, 
and the VR manager attempts to assign the session to the 
next VR specified in the VR identifier list. 

If no VR in the VR identifier list can be activated, the 
session activation request is changed into a negative 
response with sense code X'SOIJ* (COS Not Available) and is 
returned to the CSC manager without an accompanying VRCB. 
The meaning of this sense code is that for each VR specified 
in the VR identifier list associated with the session 
activation request, either no ERN is designated to support 
the VRN, an ER could not be activated to support the VR, the 
VR could not be activated, or the attributes of the VR did 
not satisfy the RERN requirement for the session. 
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Requesting ER Activation 


The VR manager constructs a parameter list for the ER 
manager indicating the destination subarea to which an ER 
must be activated and the VRN. The ER manager maps the VRN 
to an ERN and tries to activate the ER. The parameter list 
is sent with an ACTIVATE_ER signal. 

FSM_VR moves from RESET to PEND_ER state when the 
ACTIVATE_ER signal is sent. In this state, the VR manager 
anticipates an ACT or an ER_NOT_ACTIVATED signal from the ER 
manager . 

If an ER_ACTIVATED signal is received, the ERCB_PTR 
addresses the explicit route control block (ERCB) for the 
active ER that can be used to support the VRN to the 
destination subarea specified in the parameter list. 
Information in the ERCB is used to initialize parts of the 
VRCB. For instance, the VR manager records in the VRCB 
whether the ER supports ER-VR protocols. 

Minimal ER-VR Protocol Support 

If the ER includes at least one node that does not support 
ER-VR protocols, VR pacing will not be used on the VR; thus, 
there is no need either to set VR pacing values or to create 
a pacing queue for the VR. Also, in this case NC_ACTVR 
cannot be sent to the VR Manager at the other end of the VR. 
Therefore, the VR is considered to be active when the 
underlying ER becomes active; the VR manager is then able to 
send to the CSC manager all session activation requests held 
in the VR_RESERVATION_LIST, As the CSC manager receives 
each session activation request from the VR manager, the CSC 
manager assigns the session to the VR represented by the 
VRCB. 

In this case, no NC_ACTVR request is sent to the VR manager 
at the other end of the virtual route, and, therefore, no 
VRCB is generated in that node. If the node at the other 
end of the virtual route supports ER-VR protocols, the 
virtual route control (VRC) component (Chapter 3) in that 
node recognizes when it receives a session activation 
request on a virtual route for which it has no VRCB. The 
VRC component then generates a VRCB, and recognizes that it 
is for a virtual route that contains at least one node that 
does not support ER-VR protocols. 

When every node traversed by the ER supports ER-VR 
protocols, an NC_ACTVR request is sent to the opposite end 
of the VR. Some of the NC_ACTVR RU fields are set to 
indicate properties of the ER. In particular, the length of 
the ER is used to set minimum and maximum values for window 
size. The minimum is the ER length; the maximum is three 
times the ER length. 
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A session is assigned to a VR that maps to an ER having an 
RERN equal to 0 when Cl) it is an LU-LU session, (2) the PLU 
is in the subarea of a PU_T4 or PU_T5 that supports ER-VR 
protocols, (3) the SLU is in the subarea of a PU_T4 that 
supports ER-VR protocols, and (4) the SLU has an active 
session with a control point (SSCP) that does not support 
ER-VR protocols. This restriction enables the SSCP that has 
the active SSCP-LU session with the SLU to receive LSA 
notification if the LU-LU session is disrupted by a VR 
outage. 

When the LSA RU performs route outage notification, only the 
subareas that are routed to by way of ERs that have ERN 
equal to 0 are reported in the RU. In other words, in order 
for the loss of a subarea to be reported in LSA, the ER 
number used to transmit data from an LU in that subarea must 
be 0. 
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ACTIVATE VIRTUAL ROUTE (NC_ACTVR) 

Flow: VR manager to VR manager (Expedited)* with 

TG Sweep = SWEEP* at the transmission priority of the 
VR 

Principal FSMs: FSM_VR (Page 12-121) 

FSM_DACTVR_DIRECTION (Page 12-122) 

NC_ACTVR activates only those VRs that are not entirely 
within one subarea and that contain only nodes that support 
ER-VR protocols. 

NC_ACTVR initializes the state and attributes of the VR at 
each of its end nodes. The attributes specified in NC_ACTVR 
are minimum window size* maximum window size* initial VR 
sequence number* and the ERN and RERN of the underlying ER. 

The NC_ACTVR response indicates that the other end of the VR 
either has activated the VR and is ready for traffic 
(positive response)* or that it has not activated the VR 
(negative response). In the event a positive response is 
received* all session activation requests waiting for the VR 
are returned to the CSC manager, with VRCB_PTR addressing 
the appropriate VRCB. (The only exception to this is the 
case of a session activation request that requires an RERN 
of 0. If the VR has an RERN of 0, the session activation 
request is returned to the CSC manager; if not, the VR 
manager attempts to assign the session to the next VR in the 
VR identifier list.) The negative NC_ACTVR response has a 
sense code to indicate the reason the VR was not activated. 
The sense codes are: 


X'080D' NC_ACTVR Race Condition—Response Sender Wins 
X * 0812 * No VRCB Available 
X'0815’ VR Already Active 
X'087 3 * VR to ER Mapping Not Defined 

X'0874' ER Not in a Valid State to Support NC_ACTVR 
X'0875' Incorrect or Undefined ER Specified for VR 
X'0876' ERN and RERN Not Compatible 


When an X'080D’ negative response is received, the VR is 
active as a result of an NC_ACTVR sent previously by the 
sender of the negative response. When an X'0815' negative 
response is received* the response is logged and the VR 
specified by the next entry in the VR identifier list is 
evaluated. When an X’0812’* X'0873', X'0874*, X'0875', or 
X'0876* negative response is received, the VR specified by 
the next entry in the VR identifier list is evaluated. 

The NC_ACTVR receiver does three things when the VR can be 
activated: (1) a VRCB is created, (2) fields in the VRCB 
are set based on information in the NC_ACTVR, and (3) the 
NC_ACTVR request is changed into a response and returned to 
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the originator of the request. Hhen the VR cannot be 
activated* a negative response is returned. A race 
resulting from two VR managers sending NC_ACTVR to each 
other is resolved by subarea address: the NC_ACTVR 
originated at the higher numbered subarea is the winner. 

Activation Completion 

The VR manager completes the activation of the VR after both 
ends of the VR are synchronized and the VRCBs at each end of 
the VR are initialized. When the VR is activated* the VR 
manager notifies the CSC manager by setting VRCB_PTR to 
address the VRCB. Other sessions can be assigned to the VR 
while it remains active. While the VR is active* VRC 
(Chapter 3) regulates the flow of its traffic. 

Mhile in a pending state trying to activate a VR* the VR 
manager may receive a session deactivation request 
(DACTCDRM, DACTLU, DACTPU, UNBIND) from the CSC manager. 
The VR manager scans the VR_RESERVATION_LIST of each VRCB 
until it finds the session activation request that 
corresponds to the session deactivation request. If found, 
the session activation request is discarded and the session 
deactivation request is changed to a positive response and 
returned to the CSC manager. If no corresponding session 
activation request is found, the session deactivation 
request is changed to a negative response (X*8005"—No 
Session) and returned to the CSC manager. 
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VR.ID.LIST.PROCESSOR: PROCEDURE(VR.ID.LISf.INDEX) ; 


FUNCTION: TO FIND A VR THAT A SESSION CAN BE ASSIGNED TO BY PROCESSING THE 

VR_ID.LIST ASSOCIATED NITH A SESSION ACTIVATION REQUEST. 

IF A VR FOR THE SESSION ACTIVATION REQUEST IS ALREADY ACTIVE, THIS 
PROCEDURE: 

(1) SETS THE GLOBAL POINTER VRCB PTR TO POINT TO THE VRCB THAT 
IS TO BE USED BY PU.SVC.MGR.CSC.MGR (CHAPTER 13) 

(2) SENDS THE SESSION ACTIVATION REQUEST TO PU.SVC MGR.CSC.MGR 
(CHAPTER 13) 

IF A VR IS PENDING ACTIVATION, THE SESSION ACTIVATION REQUEST IS 
ANCHORED IN THE VRCB UNTIL ACTIVATION IS COMPLETE. IN THIS CASE, 
THE PROCEDURE RETURNS TO THE CALLING PROCEDURE. 

IF A VRCB IS NOT ALREADY CREATED FOR THE VR, ONE IS CREATED AND VR 
ACTIVATION IS ATTEMPTED. IF THE VRCB CAN BE CREATED, THIS 
PROCEDURE: 

(1) SETS SPECIFIC FIELDS IN THE VRCB 

(2) REQUESTS THE ER MANAGER TO ACTIVATE AN ER TO SUPPORT THE VR 

(3) PLACES THE SESSION ACTIVATION REQUEST, ALONG WITH ITS 
VR_ID_LIST, IN THE VRCB.VRJRESERVATIONJLIST 

IF A VRCB IS NOT CREATED, THE PROCEDURE ATTEMPTS TO PROCESS THE NEXT 
VR SPECIFIED IN THE VR.ID.LIST. 

IF A SUITABLE VR CAN NEITHER BE FOUND NOR ACTIVATED, THE SESSION 
ACTIVATION REQUEST IS CHANGED INTO A NEGATIVE RESPONSE, WITH SENSE 
CODE X* 8013*, AND RETURNED TO PU.SVC.MGR.CSC.MGR (CHAPTER 13). 

THIS PROCEDURE IS CALLED BY THE VR MGR PROCEDURE WITH A 
VR ID LIST INDEX EQUAL TO 1, AND BY EITHER~THE RELEASE VRCB OR THE 
CHiCK~ER.suITABILITY PROCEDURE WITH VR.ID.LIST.INDEX GREATER THAN 1. 

INPUT: ACTCDRM|ACTLU|ACTPU|BIND REQUEST AND VR ID LIST ENTITY, THE 

VR ID LIST INDEX PARAMETER IS AN INDEX TO THE FIRST ENTRY TO BE 
PROCESSED IN THE VR.ID.LIST. 

OUTPUT: VRCB PTR SET TO THE VRCB TO BE USED BY THE SESSION DR 

-RSPTaCTCDRM!ACTLU|ACTPU|BIND) TO PU.SVC.MGR.CSC MGR (CHAPTER 13). 
IF AN ER MUST BE ACTIVATED OR NC ACTVR MUST ~BE SENT INTO THE 
NETWORK, THE SESSION ACTIVATION REQUEST, ALONG WITH ITS VR ID LIST, 
IS ADDED TO THE Vfi.RESERVATION.LIST ANCHORED IN THE VRCB. 

NOTES: 1, VR.ID.LIST IS DESCRIBED IN CHAPTER 8 AND APPENDIX A. 

2. SENSE CODE X'8013* MEANS THE VR.ID.LIST HAS BEEN EXHAUSTED 
WITHOUT FINDING A VR FOR THE SESSION. SENSE CODE X'8013» IS ALSO 
RETURNED IF VR.IDJLIST IS EMPTY. 

3. AN IMPLEMENTATION-DEPENDENT LACK OF RESOURCES CAN PREVENT 
CREATION OF A VRCB. THE NEXT VRID IN THE VR ID LIST IS CHECKED 
FOR ASSIGNMENT TO THE SESSION REQUESTED. 

4. FSM VR IS IN EITHER PEND RESET STATE OR PEND.RESET F SEND STATE. 
DO NOT ADD PENDING ACTIVATION REQUESTS TO THE VR RESERVATION LIST 
BECAUSE THE VR MUST BECOME RESET BEFORE IT CAN AGAIN BECOME 
ACTIVE AND HAVE SESSIONS ASSIGNED TO IT. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
CHECK ER SUITABILITY 
RELEASE VRCB 
VR.MGR 

REFERS TO THE FOLLOWING PROCEDURE(S) : 

CHANGE VRM.MU TO NEG RSP 
FSM_VR~ 

PROPER TYPE OF VR 


PAGE 12-94 
PAGE 12-117 
PAGE 12-79 


PAGE 12-118 
PAGE 12-121 
PAGE 12-91 


if 
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DCL VR_ID_LIST_INDEX FIXED BIN (8); 


DO VH ID LIST INDEX * VH ID LIST INDEX 

BY 1 TO VR_ID„LIST.NUMBER_OF_VR_IDS; 


/* NOTE 1, APPENDIX A */ 


FIND 

VRCB IN VRCB LIST 

WHERE(VRCB.pIrTNER SA * DSAF & 

VRCB.VR ID « VR ID*LIST.VR ID(VR ID LIST INDEX)); 

/* 

APPENDIX 

A 

*/ 

IF VRCB PTR = NULL THEN 





DO 

CREATE VRCB; 






IF VRCB PTR -= NULL THEN 

/* 

NOTE 3 


*/ 


DO; 






. VFCB.VR_ID = VR_ID_LIST.VR_ID(VR ID_LIST_INDEX); 

. VRCB.PARTNER SA”= DSAF; 

/* 

APPENDIX 

A 

*/ 


. NEWLIST VRCB.VR_RESERVATION_LIST ENTRY — NAME(VR — RESERVATION) ; 




. CREATE VR RESERVATION; 

. VR RESERVATION.SESSION ACT_RQ = MU_PTR; 

/* 

APPENDIX 

A 

♦/ 


. VR'RESERVATION.SCBPTR = SCB PTR; 

. VR~RESERVATION.VR LIST = Vfi“lD LIST PTR; 

. VR~RESERVATION.VR~LIST_INDEX =~VR_ID_LIST_INDEX; 

/* 

APPENDIX 

A 

*/ 


. INSERT VR RESERVATION LAST IN VR RESERVATION LIST; 






. INSERT VRCB LAST IN VRCB_LIST; 






. CREATE PARM ACT ER; 

/* 

PAGE 12- 

126 

V 


. PARM_ACT_ER.VRN MASK = ALL_0FF; 

. PARtl~ACT~ER. VRN“MASK (VRCB. VR NUM:VRCB.VR HUM) = ON; 

/* 

APPENDIX 

A 

V 


. PARMJlCTlER.PARTNER_SA = VRCB.PARTNER'Sa7 






.SEND 'ACTIVATE ER* TO ER_MGR 






. USING (PARM_PTR = PARM_ACT__ER_PTR) ; /♦ PAGE 12- 

31, 

PAGE 12- 

126 

V 


. CALL FSM_VR ('ACTIVATE_ER') ; 

/* 

PAGE 12- 

121 

*/ 


. . RETURN; 

END; 

END; 


ELSE 

SELECT ANYORDER; 

. WHEN((FSM VR = ACTIVE) & 

. PROPER TYPE OF_VR (VR 

. DO; 

. SEND MU TO PU.SVC_MGR, 
. RETURN; 

END; 



/* 

,ID_LIST_PTR)) 

/* 

CSC_MGR.SEND; 

/* 


PAGE 12-121 

*/ 

PAGE 12-91 

*/ 

CHAPTER 13 

*/ 


WHEN(FSM VR = PEND ER | 

((FSM_VR = PEND_ACT_SEND | 

FSM VR = PEND__RESET 0 SEND) & 

PROPERJTYPE OF VR(VR ID LIST PTR))) 

DO; 

. CREATE VR RESERVATION; 

. VR RESERVATION.SESSION_ACT RQ = MU_PTR; 

. VR”*RESER VATION. VR LIST * VR ID LIST PTR; 

. VR”RESERVATION.VR“LIST INDEX VR_ID_LIST_INDEX; 

. INSERT VR RESERVATION LAST IN VR_RE SER V ATION__LIST; 
. RETURN; 

END; 


/* 

PAGE 12-121 

*/ 

/* 

PAGE 12-121 

V 

/* 

PAGE 12-121 

*/ 

/* 

PAGE 12-91 

*/ 

/* 

APPENDIX A 

*/ 

/* 

APPENDIX A 

*/ 


. . OTHERWISE; 

. END; 

END; 


/* NOTE 4 


*/ 


CALL CHANGE VRM MU TOJIEG RSP(X*8013*); 
SEND MU TO PU. SVC_MGR. CSC__MGR. SEND ; 


/* NOTE 2, PAGE 12-118 */ 

/* CHAPTER 13 */ 


RETURN; 

END VR_ID_LIST_PROCESSOR; 
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END PROPER JTYPE_OF_VR; 
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IR_AC*IVA»ION_TBBHINATOR: PROCEDURE 


12-92 


FUNCTION: TO PROCESS A RESPONSE BY THE ER MANAGER TO AN ACTIVATE ER SIGNAL 

FROM THE ?R MANAGER. THE ER MANAGER SENDS AN ER ACTIVATED OR N 
ER NOT ACTIVATED SIGNAL INDICATING WHETHER THE ER UNDERLYING A 
SPECIFIC VR IS ACTIVE OR INOPERATIVE. ALL VRCB'S AFFECTED BY THE ER 
STATUS REPORTED ARE PROCESSED. 

WHEN AN ER ACTIVATED SIGNAL IS RECEIVED FROM THE ER MANAGER AND 
FSH VR IS IN THE PEND EH STATE, NC_ACTVR IS SENT INTO THE NETWORK. 
ON THE OTHER HAND, WHEN AN ER_NOT ACTIVATED SIGNAL IS RECEIVED FROM 
THE ER MANAGER AND FSM VR IS IN THE PEND ER STATE, THE VRCB(S) ARE 
REMOVED FROM THE VRCB~LIST AND DISCARDED BY RELEASE VRCB. WHEN 
FSM VR IS IN A STATE OTHER THAN PEND ER, THE SlGNAL~FROM THE ER 
MANAGER PRODUCES NO ACTION. 


INPUT: AN ER ACTIVATED OR ER NOT ACTIVATED SIGNAL AND PARM ACT ER ENTITY 

(ADDRESSED BY PARM_PTRf FROM THE ER MANAGER 

OUTPUT: NC ACTVR TO PC.ERC (CHAPTER 3) IF THE ER IS ACTIVE, OR DESTROYED 

VRCB IF IT IS NOT NEEDED FURTHER 


NOTES: 1. IN THIS CASE, PACING AND SEQUENCE NUMBERING ARE NOT USED. 

2. THE VR RESERVATION LIST MAY BE EMPTY BECAUSE EITHER 

CHECK ER~SUITABILITY~ DELETED ENTRIES THAT DID NOT SATISFY THE 
CLASS~OF~ SERVICE REQUIREMENTS, OR SESSION DEACTIVATION REQUESTS 
CAUSING THE ENTRIES TO BE DELETED WHILE THE ER MANAGER IS DOING 
ER ACTIVATION OR WHILE THE NC_ACTVR IS FLOWING. 

3. SNF_SEND_CNTR OR SNF BCV_CNTR FIELDS MAY BE CHANGED TO START AT 
VALUES OTHER THAN 0.” 

4. THE PARAMETER LIST MAY SPECIFY MULTIPLE VRN'S THAT CAN NOW BE 
ACTIVATED AND EACH VRN MAY MAP TO UP TO THREE VR*S (ONE PER TPF 
VALUE). 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
VR_MGR 

REFERS TO THE FOLLOWING PROCEDURE (S): 
BUILD ACTVR 
CHECK~ER SUITABILITY 
FSM VR 

SET~VR WINDOW SIZE 
UPH~ALLOW SNF”0VERRIDE 


PAGE 12-79 


PAGE 12-116 
PAGE 12-94 
PAGE 12-121 
PAGE 12-95 
PAGE 12-103 


/* 


V 
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/* PAGE 12-126 


PARM_ACT_ER_PTR = PARM_PTB; 


♦/ 


SCAN VRCB LIST PTR(VRCB PTR) ; 

. IF (VRCB.PARTNER SA =~PARH ACT ER.PARTNER SA) G /* PAGE 12-126 ♦/ 

- (FSM VR = PEND ER) S ~ /♦ PAGE 12-121 */ 

. (PARM_ACT ER, VRN_MASK(VRCB,VR_NUM:VRCB.VR NUH) * ON) THEN /* PAGE 12-126 */ 

. SELECT ANYORDER; 

. . WHEN (INPOT (' ER ACTIVATED*)) 

, . IF EMPTY(VRCB.VR_RESERVATION_LIST) THEN 

, . DO; 

. . . DESTROY VRCB.VR_RESERVATION_LIST; 

. . . REMOVE VRCB FROM VRCB_LIST DISCARD; 

END; 

. . ELSE 

. . DO; 

, . . VRCB.ER NOM = ERCB.ER NOM; 

, IF ERCbTeR VR SOPP = PRE ER VR THEN 


DO; 

/* 

NOTE 

1 

♦/ 

, VRCB.ER VR SUPP = PRE ER VR; 

. CALL FSM VR('ER ACTIVATED'); 

/* 

PAGE 

12-121 

*/ 


END; 

. . . ELSE 

, . . DO; 

, . . . VRCB,RER_NUM = INDEX(ERCB.RERN MASK,ON); 

, . . . CALL CHECK ER SUITABILITY; “ /* PAGE 12-94 */ 

. . . . IF -»EMPTy7vRCB. VR_RESERVATION_LIST) THEN /* NOTE 2 */ 

, , • ■ DO; 

. . . . , NEWLIST VRCB,Q VR PAC ENTRY NAME (MO) QUEUE; 

. . . . . NEWLIST VRCB.UPH SEGMENTS LIST ENTRY NAME (MU) QUEUE; 

. . - . . VRCB. ER VR SUPP = -«PBE_ER_VR; 

. . . . . VRCB,SESS COUNT = ZERO; 

. . . . . CALL SET VR_WINDOW SIZE; /* PAGE 12-95 */ 

. VRCB.SNF'SEND CNTR~= ZERO; 

. . . . . VRCB.SNF RCV CNTR = ZERO; 

. . . . . CALL UPM_ALLOW SNF OVERRIDE; /* NOTE 3, PAGE 12-103 */ 

. . . . . CALL BUILD ACTVR; ~ /* PAGE 12-116 */ 

. CALL FSM_VR(*ER_ACTIVATED*) ; /* PAGE 12-121 */ 

END; 

. ELSE 

• • • • DO; 

. . . . . DESTROY VRCB.VR RESERVATION LIST; 

. . . . . REMOVE VRCB FROM VRCB_LIST DISCARD; 

END; 

END; 

END; 

. WHEN(INPUT('ER NOT ACTIVATED')) 

CALL FSM VR('ER NOT ACTIVATED'); /* PAGE 12-121 */ 

. END; 

SCANEND; 


DISCARD PARM_ACT_ER; 


/* PAGE 12-126 


V 


RETURN; 

END ER_ACTIVATION^TERMINATOR; 
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SETJTR.WINDOW.SIZE: PROCEDURE; 


/* 

i-- —- --■■■■' - ——-—— ——--— - ------1 

| FUNCTION: TO COHPUTE THE HINIHOH AMD HAXIHUH VF WINDOW SIZE VALUES BASED UPON \ 

f ER LENGTH. I 

I I 

| INPUT: VRCB_PTR AND ERCB_PTR I 

| OUTPUT: VR WINDOW SIZE VALUES IN VRCB I 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE<S) : I 

f ER ACTIVATION TERHINATOR PAGE 12-92 ! 

\ I 

| REFERS TO THE FOLLOWING PROCEDURE(S): I 

I UPH_VR_WINDOWJSIZE_OVBRHIDE PAGE 12-103 I 

l ----..--------j 

*/ 


VRCB.HAY WINDOW SIZE * 3 * ERCB.ER LBN; 

VRCB.flIN WINDOW SIZE = ERCB. ER_LEN; 

VRCB.WINDOW SIZE * VRCB.HIN_WINDOW SIZE; 

VRCB.WINDOWNSIZE CHANGE * ONE; 

CALL UPH_VR~WINDOW_SIZB — OVERRIDE; /* PAGE 12-103 */ 

RETURN; 

END SET_VR_WINDOWNSIZE; 


CHAPTER 12. PATH CONTROL ROUTE HANAGER 


12-95 







ACTVH^BCV; PROCEDURE; 


FUNCTION: TO PROCESS A RECEIVED NC ACTVR REQUEST OR RESPONSE. THE PROCEDURE 

FINDS THE VRCB THAT IS TO~BE PROCESSED, CALLS FSM VR, AND DETERMINES 
WHETHER THE NC ACTVR IS A REQUEST, POSITIVE RESPONSE, OR NEGATIVE 
RESPONSE. 

FOR A REQUEST, THE PROCEDURE ALLOCATES A VRCB, IF NECESSARY. WHEN 
STORAGE IS NOT AVAILABLE, A -RSP(X'0812') IS RETURNED TO THE 
NC_ACTVR ORIGINATOR. IF THE SET OF OPTIONAL RECEIVE CHECKS IN 
VR RCV CHECKS FAILS, A -RSP (NC ACTVR) IS RETURNED AND THE VRCB IS 
RELEASED IF IT DID NOT ALREADY~EXIST BEFORE THIS NC^ACTVR ARRIVED. 
THE CALL TO FSM VR RESOLVES AN NC ACTVR RACE, IF REQUIRED. THE CALL 
TO ACTVR RQ RCV~SETS FIELDS IN THE VRCB BASED ON INFORMATION IN THE 
NC ACTVR~RU, AND CHANGES THE REQUEST INTO A POSITIVE RESPONSE AND 
RETURNS IT TO ITS ORIGINATOR. 

FOR A POSITIVE RESPONSE, ALL SESSION ACTIVATION REQUESTS THAT ARE 
PENDING ACTIVATION OF THE VR ARE NON MADE AVAILABLE TO THE CSC_MGR, 
IF THERE APE NO SESSIONS WAITING FOR ACTIVATION OF THE VR, NC_DACTVR 
(ORDERLY) IS SENT TO THE SENDER OF + RSP (NC_ACTVF) . THIS PROCEDURE 
DISCARDS THE + RSP (NC_ACTVF) . 

FOR A NEGATIVE RESPONSE, THIS PROCEDURE SETS FSM DACTVR_DIRSCTION TO 
REFLECT THE RECEIPT OF THE -RSP(NC_ACTVR) , AND DISCARDS THE MESSAGE 
UNIT. 

INPUT; NC_ACTVR (REQUEST OR RESPONSE) 

OUTPUT; WHEN AN NC_ACTVR REQUEST IS THE INPUT, EITHER AN ALLOCATED VRCB WITH 
FSM VR IN ACTIVE STATE AND A +RSP(NC„ACTVR) TO PC.ERC (CHAPTER 3), 
OR A -RSP fNC_ACTVR) TO PC.ERC (CHAPTER 3), IS THE OUTPUT. WHEN 
+RSP (NC ACTVR)” IS THE INPUT, ACTCDRM | ACTLU| ACTPU! BIND TO 
PU.SVC_MGR.CSC_MGR (CHAPTER 13), WITH VRCB PTR SET TO THE VRCB 
(FSM VR IS IN ACTIVE STATE) TO WHICH THE SESSION IS ASSIGNED, IS THE 
OUTPUT. 

NOTES; 1. INPUT TO FSM_VR IS ONE OF THE FOLLOWING; 

(R , RQ, NC ACTVR, -iLOWER_SA) OR (R ,RQ ,NC ACTVR,LOWER SA) 

(B , + RSP, NC_ACTVR) 

(R RSP, NC_ACTVR) 

2. AN IMPLEMENTATION LACK OF RESOURCES PREVENTS CREATION OF A VRCB. 

3. SENSE CODE X'0812» MEANS NO STORAGE IS AVAILABLE TO CREATE A 
VRCB. 

4. FSM^VRPRQ_RCV IS INITIALIZED TO ALLOW THE FIRST VR PACING 
PESPONSS TO BE SENT. 

5. +RSP (NC ACTVR) CARRIES THE FIRST VRPRS TO BE RECEIVED BY THIS END 
OF THE VR. FSM’S AND THE PACING COUNT ARE SET TO REFLECT RECEIPT 
OF THE VRPRS BY THIS END OF THE VR, AND TO ALLOW THE FIRST VRPRS 
'FROM THIS END OF THE VR TO BE SENT. THE INPUT TO FSM_VRPRQ_SEND 
IS VB_PAC_RSP. 

6. IF THE ER SUPPORTING THE VR BECAME INOPERATIVE, THE VR TO ER 
MAPPING MIGHT HAVE BEEN CHANGED AND THEN ANOTHER NC ACTVR SENT 
OUT ON A DIFFERENT ER. THIS CHECK ASCERTAINS WHETHER THE 
RSP (ACTVR) USES THE ER SPECIFIED IN THE VRCB. 


REFERENCED BY THE FOLLOWING PROCEDURE(S): 
VR_MGR 

REFERS TO THE FOLLOWING PROCEDURE(S): 
ACTVR RQ RCV 
CHANGE ACTVR TO NEG_RSP 
FSM DACTVR_DIRECTION 
FSM_ERN 
FSM VR 

SEND DACTVR ORDERLY 
UPM SEND VRPRS 
VR ACTIVATED 
VR~RCV CHECKS 


PAGE 12-79 


PAGE 12- 
PAGF 12- 
PAGE 12- 
PAGE 12- 
PAGE 12- 
PAGE 12- 
PAGE 12- 
PAGE 12- 
PAGE 12- 


DCL SAVED_MU_PTR PTR; 


(( x 
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FIND VRCB IN VRCB LIST 

WHERE(VRCB.PARTNER_SA 


OSAF & VRCB. VR__ID = VRID); 


/* 

NOTE 2 

*/ 

/♦ 

NOTE 3 

*/ 

/* 

CHAPTER 3 

*/ 


/* PAGE 12-98 


SELECT ANYORDER; 

WHEN(INPUT(RQ) ) 

IF VRCB_PTR * NULL THEN 
DO; 

CREATE VRCB; 

IF VRCB_PTR = NULL THEN 
DO; 

. CALL CHANGE ACTVR TO NEG RSP (X*0812*); 

. SEND MU TO PC.ERCT 
END; 

FLSE 
DO; 

INSERT VRCB IN VFCB_LIST; 

VRCB.VR ID = VRID; 

VRCB.PARTNER SA = OSAF; 

IF VR_RCV_CHECKS = NG THEN 

REMOVE VRCB FROM VRCB LIST DISCARD; 

ELSE 
DO; 

. NEWLlST VRCB.VR_RESERVATION LIST ENTRY NAME(VR RESERVATION); 

. CALL FSM VR; ~ ” ”/* NOTE 1, PAGE 12-121 

END; 

END; 

END; 

ELSE 

IF VR_RCV_CHECKS = OK THEN /* PAGE 12-98 

CALL FSM_VR ; /* NOTE 1, PAGE 12-121 

WHFN(INPUT (R3?) G RTI = POSITIVE) 

DO; 

IF VRCB_PTR -= NULL THEN 
DO; 

FIND ERCB IN ERCB LIST 


. MU_PTR = SAVED MU_PTR; 
END; 


END; 

END; 

DISCARD MTJ; 
END; 


WHEN(INPUT(RSP) 5 RTI = NEGATIVE) 
DO; 

IF VRCB PTR NULL THEN 


DO; ; 

FIND ERCB IN ERCB LIST 

WHERE(ERCB.PA?TNER_SA - VRCB.PAPTNER_SA & ERCB.ER_NUM = VRCB.ER_NDM) ; 
IF FSM ERN = ACTIVE P 

ERCB.RERN_MASK(ERN;ERN) = 

DO; 

. CALL FSM_DACTVR DIRECTION; 

. CALL FSM_VR; 

END; 

END; 

DISCARD MU; 

END; 



WHERE(ERCB.PARTNER SA = VRCB.PARTNER 

SA G ERCB.ER 

NUM = 

VRCB.ER NUM) ; 


IF 

FSM ERN = ACTIVE S 

/* 

PAGE 

12-73 

*/ 


ERCB.RFRN MASK (ERN;ERN) = ON THEN 

/* 

NOTE 

6 

*/ 

DO; 






CALL FSM VS; 

/* 

NOTE 

1, PAGE 12-121 

*/ 


IF FSM VR = ACTIVE THEN 

/* 

PAGE 

12-121 

*/ 


IF -»EMPTY (VRCB.VR RESERVATION LIST) 

THEN 





a 

O 






. CALL FSM DACTVR_DXRECTION; 

/* 

PAGE 

12-122 

*/ 


. CALL VR ACTIVATED; 

/* 

PAGE 

12-101 

*/ 


. CALL FSM_.SET_.CWRI ('PBS5T') *. 

/* 

NOTE 

5, CHAPTSP 3 

V 


. CALL FSM VRPRQ SEND; 

/* 

NOTE 

5, CHAPTER .3 

*/ 


. CALL FSM VRPFQ ECV(*FIRST VPPRS' 

); /* 

NOTt? 

4, CHAPTER 3 

*/ 


. CALL UPM”sEND_VRPRS; 

/* 

NOTE 

4 r PAGE 12-103 

*/ 


. VRCB.PACING COUNT = VRCB.WINDOW 

SIZE; /* 

NOTE 

5 

*/ 


END; 






ELSE 






DO; 






. SAVED MU_PTR = MU PTR; 






. CALL SEND DACTVR ORDERLY; 

/♦ 

PAGE 

12-106 

*/ 



/* 

PAGE 

1 2-73 

*/ 

ON THEN 

/* 

NOTE 

6 

*/ 


/* 

PAGE 

12-122 

*/ 


/* 

NOTE 

1 f PAGE 12-121 

*/ 


RETURN; 

END ACTVR_RCV; 
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VR_RCV_CHECKS: PROCEDURE RETURNS(BIT (1)); 

/* 

i —’— ----------——---——-——--, 

| FUNCTION: TO PERFORM OPTIONAL CHECKS FOR THE RECEIVER OF AM NC.ACTVR. | 

| INPUT: NC^ACTVR REQUEST AND VRCB_PTR t 

| OUTPUT: OK OR NG, INDICATING WHETHER THE NC ACTVP IS ACCEPTABLE OR NOT. IF | 

| THE MC ACTVR IS NOT ACCEPTABLE, A -RSP(NC ACTVR) WITH APPROPRIATE | 

| SENSE CODE IS SENT BACK TO THE NC ACTVR ORIGINATOR VIA PC.ERC I 

I (CHAPTER 3) . ~ I 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): f 

| ACTVR RCV PAGE 12-96 I 

\ ~ I 

I REFERS TO THE FOLLOWING PROCEDURE (S): I 

| ABLE_TO RCV ACTVR PAGE 12-71 | 

| CHANGE ACTVR TO NE<? RSP PAGE 12-99 | 

| VRN TOIERN HAP “ PAGE 12-124 | 


V 

DCL ER_NUf! BIT (4) ; 


IF VRN TO ERN_MAP(VRCB.PARTNSR_SA,VRCB.VR NUM,ER_NUM> * -.EXIST THEN /* PAGE 12-124 */ 

DO; ~ /* VIRTUAL ROUTE NOT DEFINED */ 

. CALL CHANGE_ACTVR TO NEG RSP(X*0873'); /* PAGE 12-99 */ 

. SEND HU TO PC.ERC; /* CHAPTER 3 */ 

. RETURN (NG); 

END; 

IF NC ACTVR RQ.RCV ERN_MASK (ER_NUM:ER NUM) * OFF THEN 

DO; “ ” /* INCORRECT OR UNDEFINED ER REQUESTED */ 

. CALL CHANGE_ACTVR TO NEG RSP(X*0875*); /* PAGE 12-99 */ 

. SEND MU TO PC.ERC? /* CHAPTER 3 */ 

. RETURN (NG); 

END; 

FIND ERCB IN ERCB_LIST WHERE(EPCB.PARTNSR_SA = VRCB.PARTNER'SA & ERCB.ER_NUN = ER_NUM); 

IF ERCB_PTR * NULL | -.ABLE TO RCV ACTVR THEN /* PAGE 12-71 */ 

DO; ~ /* ER NOT IN A VALID STATE */ 

. CALL CHANGE_ACTVR_TO__NEG_RSP (X'0874') ; /* PAGE 12-99 */ 

. SEND MU TO PC.ERC? ~ /* CHAPTER 3 */ 

. RETURN (NG); 

END; 


IF ERCB.RERN MASK (ERN:ERN) = OFF THEN 

DO; ~ /* NONREVERSIBLE ER REQUESTED ♦/ 

. CALL CHANGE ACTVR TO NEG RSP (X*0876•) ; /* PAGE 12-99 */ 

. SEND MU TO PC.ERC; /* CHAPTER 3 */ 

. RETURN (NG) ; 

END; 

RETURN (OK) ; 

END VRJRCV_CHECKS; 



12-98 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 







RETURN; 

END CHANGE^ACTVR_TO_NEG_RSP; 
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ACTVR_RQ_RC¥: PROCEDURE: 


FUNCTION: TO SET SPECIFIC FIELDS IN A VRCB, SOME OF WHICH ARE BASED ON 
INFORMATION OBTAINED FROM THE NC ACT?R REQUEST, AND TO SEND THE 
♦RSP(NC ACTVR)• THIS PROCEDURE IS EXECUTED ONLY BY THE VR MANAGER 
THAT RECEIVES AN NC.ACTVR REQUEST. 

INPUT: NCJtCTVR AND VRCB_PTR 

OUTPUT: UPDATED VRCB, AND NCJICTVR TO PC.ERC (CHAPTER 3) 

NOTES: 1. SINCE PROCESSING PASSED VR RCV CHECKS SUCCESSFULLY, THE VRN TO 

ERN MAPPING MUST EXIST. 

2. INPUT TO FSM_DACTVR_DIRECTION IS (S,+RSP,ACTVR). 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 


ACTVR RCV 

PAGE 

12-96 

FSM_VR 

PAGE 

12-121 

REFERS TO THE FOLLOWING PROCEDURE(S) : 



CHANGE VRM MU TO POS RSP 

PAGE 

12-118 

CHECK ER SUITABILITY 

PAGE 

12-94 

FSM DACTVR_DIRECTION 

PAGE 

12-122 

VR ACTIVATED 

PAGE 

12-101 

VRN TO ERN MAP 

PAGE 

12-124 


L 


EXIST = VRN TO ERN J!AP (VRCB.PARTNER SA,VRCB.VR NUM,VRCB.ER NUM); /* NOTE 1, PAGE 12-124 ♦/ 

VRCB.RER_NUM =~ERnT 

NEWLIST VRCB.Q VR PAC ENTRY NAME(MU) QUEUE; 

NEWLIST VRCB.UPM_SEGMENTSJ.isT ENTRY_NAME(MU) QUEUE; 

VRCB.MAX WINDOW SIZE = NC ACTVRJRQ.MAX_WINDOW_SIZE; 

VRCB.MIN™WINDOW SIZE = NC ACTVR RQ.MIN WINDOW SIZE; 

VRCB.WINDOW SIZE = NC ACTVR RQ.MIN WINDOW SIZi; 

VRCB. WINDO W_SIZE_CHANGE = ONE; 

VRCB.PACING_COUNT = ZERO; 

VRCB. ER_VR_SUPP = -.PRE_ER_VR; 

VRCB.SESS_COUNT * ZERO; 

VRCB.SNF SEND CNTR = NC_ACTVR_RQ.VR_SEND_SEQ_NO; 

VRCB.SNFlRCV_CNTR = NC_ACTVR_RQ.VR_SEND_SEQ_NO; 


CALL CHECK ER SUITABILITY; 

IF -.EMPTYTVRCB. VR RESERVATION LIST) THEN 

/* 

PAGE 

12-94 

*/ 

CALL VRJVCTIVATED; 

/♦ 

PAGE 

12-101 

*/ 

CALL CHANGE VRM MU TO POS RSP(TRUNCATE) ; 

VRPRS = VR PAC RSP; 

/* 

PAGE 

12-118 

*/ 

CALL FSM DACTVRJJIRECTlON; 

/* 

NOTE 

2, PAGE 12-122 

*/ 

SEND MU TO PC.ERC; 

/* 

CHAPTER 3 

*/ 


RETURN; 

END ACTVR_RQ_RCV; 
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▼REACTIVATED: PROCEDURE 


/* 


FUNCTION: TO PROCESS PENDING SESSION ACTIVATION REQUESTS WHEN A VR IS 
ACTIVATED TO SUPPORT THE SESSIONS. IF THERE ARE ANT SESSION 
ACTIVATION REQUESTS AWAITING THE ACTIVATION OF THE VR EACH IS 
RETURNED TO PU.SVC.HGR.CSC_HGR (CHAPTER 13). 

INPUT: VRCBJ?TR 

OUTPUT: ACTDCRH)ACTLU|ACTPU|BIND TO PU.SVC HGR.CSC HGR (CHAPTER 13) WITH 

VRCB.PTR SET TO THE VRCB TO WHICH THIS SESSION IS ASSIGNED 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
ACTVR RCV 
ACTVR“rQ RCV 
DACTVR RCV 
FSH VR~ 


PAGE 12-96 
PAGE 12-100 
PAGE 12-108 
PAGE 12-121 


DCL SAVED_HU_PTR PTR; 


*/ 


SAVED_HU_PTR * HU_PTR; 

SCAN VRCB. VR_R£SERVATION_LIST PTR (VR_RESERVATION_PTR) ; 

. HU PTR * VR RESERVATION.SESSION ACT RQ; /* APPENDIX A */ 

. SCB_PTR * ^RESERVATION. SCBPTR? ~ /* APPENDIX A */ 

. DISCARD VR_RESERVATION.VR_LIST->VR_lD_LIST; /* APPENDIX A */ 

. REHOVE VR — RESERVATION FROH VR_RESERVATION_LIST DISCARD; /* APPENDIX A */ 

. SEND HU TO PU.SVC_HGR.CSC_.HGR. SEND; /* CHAPTER 13 */ 

SCANEND; 


HU_PTR = SAVED_HU_PTR; 


RETURN; 

END VR_ACTIVATED; 
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CANCEL JfR^RESRHVATION: PROCEDURE; 


/* 


j FUNCTION: TO CANCEL THE ASSIGNMENT TO A VR OF A SESSION DURING SESSION ( 
| ACTIVATION. THIS PROCEDURE SEARCHES THROUGH THE SESSION ACTIVATION | 
| REQUESTS AWAITING VR ACTIVATION. IF THE SESSION ACTIVATION REQUEST | 
| THAT CORRESPONDS TO THE INPUT SESSION DEACTIVATION REQUEST IS FOUND, | 
| THE SESSION ACTIVATION REQUEST IS DISCARDED# AND THE SESSION | 
| DEACTIVATION REQUEST IS CHANGED TO A +RSP, THEN SENT TO | 
| PU.SVC MGR.CSC MGR (CHAPTER 13) ; OTHERWISE, THE SESSION DEACTIVATION j 
| REQUEST IS CHANGED TO A -RSP AND SENT TO PU.SVC_MGR.CSC MGR (CHAPTER | 
I 13) . I 

| INPUTS DACTCDRM|DACTLU|DACTPU(UNBIND REQUEST \ 

| OUTPUTS EITHER -RSP (DACTCDRH|DACTLUfDACTPU fUNBIND) WITH SENSE CODEX*80Q5» \ 
| OR +RSP(DACTCDRNIDACTLU)DACTPOj UNBIND) TO PU.SVC_MGR.CSC MGR \ 
| (CHAPTER 13) | 

J NOTES SENSE CODE X'8005 1 MEANS NO SESSION ACTIVATION REQUEST WAS FOUND FOR | 
J THE SESSION DEACTIVATION REQUEST. | 

| REFERENCED BY THE FOLLOWING PROCEDURE(S)S I 
| VRJiGR PAGE 12-79 \ 

| REFERS TO THE FOLLOWING PROCEDURE (S) S \ 
| CHANGE_VRM_MU TO NEGJEtSP PAGE 12-118 | 
| CHANGEJTRM MU TO_POS"*RSP PAGE 12-118 | 


*/ 


SCAN VRCB_LIST PTR(VRCB.PTR) ; 

. FIND VR RESERVATION IN VRCB.VR RESERVATION LIST 

. WHERE(VR_RESERV&TION,SCBPTR = SCB_PTR) ; /* APPENDIX A */ 


. IF VR RESERVATION_PTR NULL THEN 

. DO;”” /* FOUND CORRESPONDING ENTRY V 

. . DISCARD VR RESERVATION.SESSION ACT RQ->MU; 

. . DISCARD VR~RESERVATION.VR LIST->VR~ID LIST; 

. . REMOVE VR RESERVATION FROM VR RESERVATION LIST DISCARD; 

. . CALL CHANGE_VRM_MU_TO_POS_RSP7TRUNCATE); “ /* PAGE 12-118 */ 

. . SEND MU TO PU.SVC_MGR7cSC_MGR.SEND; /* CHAPTER 13 */ 

. . RETURN; 

. END; 


SCANEND; 

/* NOTE, PAGE 12-118 V 

/* CHAPTER 13 */ 


CALL CHANGBJTRM MU TO NEG RSP(X»8005*); 
SEND MU TO PU.SVCJiGR7cSCJiGR.SEND; 


RETURN; 

END CANCELJTR_RESERVATION; 


UPM_VR_ID_LIST_REORDER: PROCEDURE; 


/* 


| FUNCTION: THIS PROCEDURE IS AN INSTALLATION-DEFINED UPM THAT ALLOWS » 

| REORDERING, ADDING TO, OR DELETING FROM THE VR ID LIST, WHICH | 

| RESULTS FROM CLASS OF SERVICE NAME RESOLUTION FOR THIS SESSION | 

| ACTIVATION REQUEST. THE NUMBER OF ENTRIES IN THE LIST AFTER THE | 

| MODIFICATIONS ARE MADE ARE THE SAME AS OR LESS THAN THE NUMBER OF | 

1 ENTRIES BEFORE THE MODIFICATIONS. NO MODIFICATIONS ARE ALLOWED FOR | 

| SSCP-BASED SESSIONS. t 

I I 

| INPUT: VR_ID_LIST I 

| OUTPUT: AN ALTERED VR ID LIST I 

I ~ I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): ( 

| VR_MGR PAGE 12-79 | 

L____.. .. —-1------------—— ----—-----~ —- J 

V 


RETURN; 

END UPM_VR_ID_LIST_REORDRR; 
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UPH_ALLOW_SNF_OVERHIDE: PROCEDURE: 


✓* 

r --—--- - - -- - - --->-i 

| FUNCTION: THIS PROCEDURE IS AH INSTALLATION-DEFINED UPH THAT ALLONS THE I 

| SNF SEND CNTR OR SNF RCV CNTR FIELDS OF A VRCB TO BE SET TO VALUES | 

| OTHER THAN 0. | 

I I 

| INPUT: VRCB PTR | 

I " I 

| OUTPUT: POSSIBLY ALTERED SNF SEND CNTR OR SNF RCV CNTR FIELDS IN VRCB | 

I ~ I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : | 

| DACTVR RCV PAGE 12-108 | 

| ER ACTIVATION TERMINATOR PAGE 12-92 | 

| FSM VR PAGE 12-121 | 


*/ 


RETURN; 

END UPH_ALLOW_SNF_OVERBIDE; 


UPH_VR_WINDOW_SIZE_OVERRIDE: PROCEDURE; 


/* 


FUNCTION: THIS PROCEDURE IS AN INSTALLATION-DEFINED UPH THAT ALLOWS 

MODIFICATION OF THE VR PACING VALUES BASED ON INSTALLATION-SUPPLIED 
ALGORITHMS. 

INPUT: VRCB_PTR AND ERCB^PTR 

OUTPUT: POSSIBLY ALTERED VRCB PACING VALUES 

REFERENCED BY THE FOLLOWING PROCEDURE (S) : 

SET_VR_WINDOW_SIZE PAGE 12-95 


*/ 


RETURN; 

END UPM_VR_WINDOW_SIZE_OVERRIDE; 


UPM__SEND_ VRPRS : PROCEDURE; 


/* 


| FUNCTION: THIS PROCEDURE IS AN INSTALLATION-DEFINED UPM THAT TRIGGERS THE 1 

| SENDING OF THE FIRST VR PACING RESPONSE FROM THIS END OF THE VR. | 

I I 

| INPUT: RSP (NC ACTVR) AND VRCB PTR | 

I I 

| OUTPUT: INITIALIZED FSM VRPRQ_RCV I 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S) : 1 

| ACTVR_R CV PAGE 12-96 | 

L_Z-----• 

*/ 


RETURN; 

END UPM_SEND_VRPRS; 
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VIRTUAL ROUTE DEACTIVATION 


A VR is deactivated normally after the last session assigned 
to the VR is deactivated. Normal deactivation is 
accomplished by a NC_DACTVR request and response flowing 
over the VR. 

A VR is also deactivated when the underlying ER becomes 
inoperative. In this case it is not possible to send 
NC_DACTVR over the VR. Instead* the VR managers at each end 
of the ER recognize that the VR is inoperative* cause 
session outage notification to be sent on the active 
sessions assigned to the VR, and, when the session outage 
notification is complete, deactivate the VR by destroying 
the VRCB. 


\ 
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DEACTIVATE VIRTUAL ROUTE (NC_DACTVR) 

Flow: VR manager to VR manager (Expedited), with 

TG Sweep = SWEEP* at the transmission priority of the 
VR 

Principal FSMs: FSM_VR (Page 12-121) 

FSM_DACTVR_DIRECTION (Page 12-122) 

NC_DACTVR deactivates only those VRs that are not entirely 
within one subarea* and that contain only nodes that support 
explicit and virtual routes. There are two types of 
NC_DACTVR: Orderly and Forced. 

At any given time, only one of the VR managers controlling 
the VR can send NC_DACTVR(Orderly). If NC_DACTVR has never 
been sent on the VR, the VR manager that sent NC_ACTVR is 
allowed to send NC_DACTVR. If NC_DACTVR has been sent, the 
VR manager that sent the latest negative response to 
NC_DACTVR is allowed to send NC_DACTVR. 

The VR manager sends NC_DACTVR(Orderly) when the CSC manager 
signals it that there are no longer any sessions assigned to 
the VR. Upon receiving NC_DACTVR(Orderly)» a VR manager 
responds positively or negatively. A negative response 
indicates that this VR manager has one or more sessions 
assigned to the VR, and causes the VR to remain active; a 
positive response indicates that this VR manager has no 
sessions assigned to the VR and causes the VR to be reset. 

After sending NC_DACTVR(Orderly), but before receiving its 
response, the VR manager may process a session activation 
request for assignment to the VR. In this case the session 
activation request is placed in the VR_RESERVATION list of 
the VRCB. If a negative NC_ACTVR response is received, the 
VR is active and the session is assigned to it. If a 
positive NC_ACTVR response is received, the VR is reset and 
NC_ACTVR is sent to re-activate the VR; the session 
activation request is retained in VR_RESERVATION list until 
the NC_ACTVR response is received. 

Either of the VR managers controlling the VR is allowed to 
send NC_DACTVR(Forced). The VR manager sends 

NC_DACTVR(Forced) to reset the VR unconditionally, and only 
when there are no longer any active sessions assigned to the 
VR. Upon receiving NC_DACTVR(Forced) a VR manager responds 
positively. If the receiving VR manager has any sessions 
assigned to the VR, it signals CSC manager to perform 
session outage notification, and when all sessions assigned 
to the VR are terminated, sends a positive response. 
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SEWD_BACTVR_ORDERLY: PROCEDURE; 


FUNCTION: TO PROCESS 1 SESS COUNT*0 SIGNAL PROM PU.SFC^HGR.CSC MGR (CHAPTER 
13). THIS INPUT SPECIFIES THAT THERE ARE MO LONGER ~ANT SESSIONS 
ASSIGNED TO THE FIRTUAL ROOTS; IF OTHER CONDITIONS ALLOW, THE 
FIRTUAL ROUTE IS RESET BY SENDING HC.DACTFR (ORDERLY). 

• IF THE FR IS LOCAL TO THIS SUBAREA, THE FB REHAINS ACTIFE. 

• IF THE FR INCLUDES NODE(S) THAT DO NOT SUPPORT ER'S AND FR’S, THE 
FR IS RESET AND THE FRCB RELEASED WITHOUT SENDING NC^DACTFR. 

• IF THE FR INCLUDES ONLY NODES THAT DO SUPPORT ER'S AND FR'S, THE 
ACTION TAKEN DEPENDS ON THE STATE OF THE FR AND ON WHETHER THIS 
END OF THE FR IS ALLOWED TO SEND NC DACTFR(ORDERLY) . IF THE STATE 
OF THE FR IS ACTIFE AND IF THIS IS~THE NODE THAT SENT NC ACTFR OR 
THE LATEST NEGATIFE RESPONSE TO NC DACTFR(ORDERLY) , THEN THIS NODE 
SENDS NC DACTFR(ORDERLY). IF THE~STATE OF FSH FR INDICATES THAT 
SESSION OUTAGE NOTIFICATION IS BEING PERFORMED BECAUSE A NC DACTFR 
(FORCED) WAS RECEIFED OR BECAUSE THE FR BECAME INOPERATIVE, THE 
SESS COUNTED SIGNAL INDICATES THAT SESSION OUTAGE NOTIFICATION HAS 
BEEN COMPLETED; THEREFORE, THE FR IS RESET AND THE FRCB IS 
RELEASED. 

INPUT: SESS_COUNT=0 SIGNAL AND FRCB_PTR 

OUTPUT: NCJJACTFR(ORDERLY) TO PC.ERC (CHAPTER 3) 

NOTE: THE FSM INPUT ROW IS ONE OF THE FOLLOWING: 

(' SESS_COUNT*0' , CAN SEND 0, -.PRE FR, -.LOCAL) 
(•SESS_COUNT*0» , -.PRE FR, -.LOCAL) 

(' SESS^COUNT-O* , PRE_FR, -.LOCAL) 

(*SESS~COUNT®0 f , LOCAL) 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 


ACTFR RCF 

PAGE 

12-96 

FR_MGR 

PAGE 

12-79 

THE FOLLOWING PROCEDURE(S) : 



BUILD NC TH RH 

PAGE 

12-123 

FSM DACTFREDIRECTION 

PAGE 

12-122 

FSM FR 

PAGE 

12-121 


CALL FSM_FR (' SESS__COUNT=0‘) ; /* NOTE, PAGE 12-121 */ 

RETURN; 

END SENDJ)ACTFR_ORDERLY; 
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SEND_DACTVR_FORCED; PROCEDURE; 


FUNCTION; TO PROCESS A SEND DACTVR F SIGNAL INDICATING THAT THE VIRTUAL ROUTE 
SHOULD POSSIBLY BE RESET. THE HIGHER-LEVEL SCHEDULER SENDS THIS 
SIGNAL FOR EACH VR IDENTIFIED IN THE VRCB LIST. 

• IF THE VR INCLUDES NODES THAT DO NOT SUPPORT ER-VR PROTOCOLS, THE 
VR IS RESET WITHOUT SENDING NC_DACTVR. 

• IF THE VR INCLUDES ONLY NODES THAT DO SUPPORT ER-VR PROTOCOLS, AND 
THE STATE OF THE VR IS ACTIVE, OR NC DACTVR(ORDERLY) HAS BEEN SENT 
BUT THE RESPONSE NOT YET RECEIVED, THEN NC DACTVR(FORCED) IS SENT. 
IF THE PREVIOUSLY ACTIVATED VR IS IN ANY OTHER STATE, IT IS IN THE 
PROCESS OF BEING RESET, AND THERE IS NO NEED TO SEND NC DACTVR. 


INPUT; 


SEND_DACTVR_F SIGNAL AND VRCB_PTR FROM THE HIGHER-LEVEL SCHEDULER 


1 

1 

OUTPUT: NC_DACTVR(FORCED) TOPC.ERC 

(CHAPTER 3) 

IN FSM,. 

VR 


1 

a 

1 

1 

NOTE; THE FSM INPUT ROW IS ONE OF 

THE FOLLOWING; 



1 

I 

1 

(•SEND DACTVR F», 

-»PRE VR) 




I 

1 

1 

(•SEND~DACTVR~F', 

PRE_VR) 




I 

a 

1 

1 

REFERENCED BY THE FOLLOWING PROCEDURE(S)5 




1 

I 

1 

VR_MGR 

PAGE 

12-79 



I 

1 

1 

REFERS TO THE FOLLOWING PROCEDURE(S); 





I 

i 

1 

BUILD NC TH RH 

PAGE 

12-123 



I 

1 

FSM VR 

PAGE 

12-121 



I 

1 

1_ 

UPM_SEND_DACTVR_FORCED 

PAGE 

12-108 



1 


\ 





*/ 

IF 

VRCB.PARTNER SA -= NCB.NODE SUBAREA^ADDRESS 

& 

/* 

NOT 

LOCAL VR 

V 


UPM__SEND DACTVR FORCED * YES THEN 


/* 

PAGE 

12-108 

*/ 


CALL FSM Vr1»SEND DACTVR F»); 


/* 

NOTE 

, PAGE 12-121 

V 


RETURN; 

END SEND_DACTVR_FORCED; 
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DACTVR_RCV: PROCEDURE: 


FUNCTION: 

INPUT: 
OUTPUT: 
NOTES: 


TO HANDLE RECEIPT OP NC DACTVR REQUEST 
RESULTANT DSACTIVATION OF A VIRTUAL ROUTE. 


OR RESPONSE, AND THE 


NC_DACTVR REQUEST OR RESPONSE FROM PC.ERC (CHAPTER 3) 

♦RSP(NCJ)ACTVR) , -RSP(NCJDACTVR) , OR NC_ACTVR TO PC.ERC (CHAPTER 3) 

1. RECEIVING NC DACTVR WHEN THE VRCB DOES NOT EXIST IS A 
SHOULD^NOT-OCCUR CONDITION. 

2. THE FSH INPUT RON IS ONE OF THE FOLLOWING: 

(R, RQ, DACTVR 0, NO SESS) 

(R, RQ, DACTVR“o,-.NO~SESS) 

(R, RQ, DACTVR~F, N0”SESS) 

(R, R.Q,. DACTVR~F,-*NO~SESS) 

(R, +RSP, DACTVR, WAIT SESS) 

(R, ♦ RSP, DACTVR,-•WAIT SESS) 

(R, -RSP, DACTVR) 

3. THIS STATEMENT DISCARDS A RECEIVED NC_DACTVR RESPONSE. 

4. THIS IS THE CASE WHEN 


A) NC DACTVR(ORDERLY) WAS SENT, 

B) SESSION ACTIVATION REQUESTS HAVE 
VRCB.VR RESERVATION LIST, AND 

C) A -RSP(NC DACTVR) HAS BEEN RECEIVED. 


BEEN PUT 


REFERENCED BY THE FOLLOWING PROCEDURE(S) j 
VR_MGR 

REFERS TO THE FOLLOWING PROCEDURE(S): 
BUILD ACTVR 
FSM VR 

UPM ALLOW SNF OVERRIDE 
VR_ACTIVATED ~ 


PAGE 12-79 


PAGE 12-116 
PAGE 12-121 
PAGE 12-10 3 
PAGE 12-101 


*/ 


FIND VRCB IN VRCB_LIST WHERE (VRCB.PARTNER^SA = OSAF & VRCB.VR_ID = VRID) ; 

IF VRCB PTR = NULL THEN 
IF RRI = RQ THEN 
DO; 


. CALL UPM LOG ('DACTVR WITHOUT VRCB'); 

. DISCARD MU; 

END; 

/* 

NOTE 1, APPENDIX B 

*/ 

ELSE 




DISCARD MU; 

/* 

RESPONSE UNIT 

*z 

ELSE 




DO; 




. CALL FSM VR; 

/* 

NOTE 2, PAGE 12-121 

V 

. IF MU PTR -= NULL THEN 

/* 

IF RESPONSE NOT SENT 

*/ 

. DISCARD MU; 

/* 

NOTE 3 

*/ 


END; 


RETURN; 

END DACTVR_RCV; 


UPM_SEND_DACTVRJPORCED: PROCEDURE RETURNS(BIT(1)) ; 

/* 


| FUNCTION: THIS PROCEDURE IS AN INSTALLATION-DEFINED UPM THAT DETERMINES IF THE I 

1 VR ASSOCIATED WITH THE CURRENT VRCB SHOULD BE DEACTIVATED. I 

| INPUT: VRCB I 

| OUTPUT: YES, INDICATING THAT THE VR SHOULD BE DEACTIVATED OR, NO, INDICATING | 

| THAT THE VR SHOULD NOT BE DEACTIVATED I 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): I 

| SEND_DACTVR_FORCED PAGE 12-107 | 

I-----H—_, || . . . ,,, ■ ■■ ■ ■.-----'—-i 

V 

RETURN (YES) ; 

END UPM_SEND_BACTVR_FORCED; 
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VIRTUAL ROUTE INOPERATIVE (VR_INOP) 

Flow: VR manager to CP (Normal) 

Principal FSM: FSM_VR (Page 12-121) 

VR_INOP may be sent for each CP-PU session in which SDT has 
flowed* to notify the CPs that one or more VRs have become 
inoperative. This information may be passed to a network 
operator. When a TG becomes inoperative, all ERs using that 
TG become inoperative. To identify these ERs, NC_ER_INOP 
requests are sent using fan-out propagation. When an ER 
becomes inoperative, all VRs supported by that ER become 
inoperative. The ER manager in each node at the end of a 
newly inoperative ER constructs an PARM_ER_INOP parameter 
list and sends it to the VR manager in the same node. For 
more detail see the discussion of NC_ER_INOP in the "ER 
manager" section of this chapter. 

Optionally, a VR_INOP request is sent to appropriate CPs as 
the result of an ERINOP signal from the ER manager to the VR 
manager. For each VR assigned to a newly inoperative ER, 
the VR manager changes the state of FSM_VR to reflect the 
inoperative condition of the VR, notifies PU.5VC_MGR.CSC_MGR 
to initiate session outage notification for any sessions 
assigned to the VR, and prepares an entry for VR_INOP. 

The VR_INOP request carries a code specifying the type of 
routing interruption—unexpected or controlled—along with 
the addresses of the subareas on each end of the failing TG, 
TGN of the failing TG, and a list of entries identifying the 
VRs ending in this node that have become inoperative because 
of a routing interruption on the TG. Each VR is identified 
by the subarea address at the other end of the VR, the VRID, 
and the ERN assigned to this VR for transmitting from this 
node. 
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VR_INOPJSENDs PROCEDURE; 

/* 


TO PROCESS A ERINOP SIGNAL EBON THE ER MANAGER. THE SIGNAL IS 
ACCOMPANIED BY A PARM ER INOP PARAMETER LIST CONTAINING (DSA, ERN) 
PAIRS, EACH OP WHICH SPECIFIES AN INOPERATIVE ER. FOR EACH VR 
SUPPORTED BY THE INOPERATIVE ER, THIS PROCEDURE SENDS A VRINOP 
SIGNAL TO PU.SVC MGR.CSC MGR (CHAPTER 13) TO INITIATE SESSION OUTAGE 
NOTIFICATION, CHANGES FSM.VR STATE TO REFLECT THE INOPERATIVE NATURE 
OF THE VR, AND PREPARES AN ENTRY TO BE SENT IN VR INOP IDENTIFYING 
THE VR. AFTER PROCESSING ALL (DSA, ERN) PAIRS, THIS PROCEDURE SENDS 
THE NEWLY BUILT VR^INOP REQUEST TO THE APPROPRIATE CP*S. 

ERINOP SIGNAL AND PARM_ER_INOP STRUCTURE FROM THE ER MANAGER 

VRINOP SIGNAL TO PU.SVC MGR.CSC MGR (CHAPTER 13), VR INOP REQUEST 
FOR EACH CP-PU SESSION IN WHICH SDT HAS FLOWED. 

1. PU. SVC_MGR.CSC_MGR USES THE VRCB PTR ONLY AS AN IDENTIFIER OF THE 
VR THAT BECAME INOPERATIVE, PUTSVC MGR.CSC MGR DOES NOT ACCESS 
THE VRCB ITSELF. 

2. THIS SCAN SENDS AN VR INOP REQUEST FOR EACH CP-PU SESSION IN 
WHICH SDT HAS FLOWED. ~IF VR INOP IS RECEIVED BY A CP THAT DOES 
NOT SUPPORT ER-VR PROTOCOLS, THAT CP DISCARDS IT. 

REFERENCED BY THE FOLLOWING PROCEDURE(S) ; 

VR_MGR PAGE 12-79 

REFERS TO THE FOLLOWING PROCEDURE(S): 


BUILD NS RQN RH PAGE 12-124 

FSM VR “ PAGE 12-121 



FUNCTION: 

INPUT: 

OUTPUT: 

NOTES: 


DCL VR INOP PTR PTR; 

DCL BR_INOp”cNT BIT(8) ; 
DCL ER NUM BIT(4) ; 


PARM_ER_INOP_PTR = PARM_PTR; 

/* 

PAGE 

12-127 

*/ 

CREATE MU; 

CALL BUILD NS_RQN RH(MU PTR) ; 

/* 

PAGE 

12-124 

*/ 

VR INOP RQ~= PARM~ER INOP, BY NAME; 

VR_INOP_RQ.NS HEADER~= VR_INOP HDR; 

VR INOP RQ.FORMAT = FORMATI; 

?R__I NOP_RQ„ CNT__VR__FIELD * 0; 

/* 

PAGE 

12-127 

*/ 

DO ER_INOP_CNT * 1 TO PARM_ER_INOP„CNT_ER_FIELD; 

/* 

PAGE 

12-127 

*/ 


SCAN VRCB_LIST PTR (VRCB_PTR); 


IF VRCB.PARTNER SA = PARM_ER_INOP.SA (ER INOP CNT) 8 /* PAGE 12-127 */ 

PARM ER INOP.MASK (ER INOP_CNT,VRCB.ER NUM:VRCB.ER NUM) = ON THEN /* PAGE 12-127 */ 

DO; 


. . . SEND 'VRINOP* TO PU.SVC_MGR.CSC MGR.SON; /* NOTE 1, CHAPTER 13 */ 

. . . VR_INOP_RQ.CNT_VR_FIELD = VR_INOP RQ.CNT_VR FIELD + 1; 

. . . VR INOP RQ.SA (VR INOP RQ.CNT VR FIELD) = VRCB.PARTNER SA; 

. . . VR_INOP_BQ. VR__ID7VR_IN0P_RQ.CNT_VR FIELD) = VRCB. VR ID; 

. . . VR INOP RQ.MASK(VR INOP RQ.CNT VR FIELD) » ALL OFF;” 

. . . VR_INOP_RQ„MASK(VR INOP~RQ.CNT”vr”fIELD,VRCB.ER NUM:VRCB.ER NUM) = ON; 

. . . CALL FSM VR('VRINOP'); “ /* PAGE 12-121 */ 

. . END; 

. SCANEND; 

END; 


DISCARD PARM_ER_INOP; /* PAGE 12-127 */ 

DCF * RH LENGTH + 15 ♦ VR INOP RQ.CNT VR FIELD * 8; 

VR_.INOP._PTR = MU_PTR; 


NRCB PTR = LOCATE NODE RESOURCE (NCB.PU EA); 
SCAN~NRCB.CP„INDIRECT_LIST PTR(CP_INDIRECT_PTR) 
. CPCB_PTR = CP_INDIRECT.CP ENTRY_PTR; 

. IF FSM CP_SESS SDT = ACTIVE THEN 
. DO; 

. . CREATE MU; 

. . MU * VR_INOP PTR->MU; /* 

. . SCB PTR = CPCB.CP SCB ID; 

. . SEND MU TO SNS.SEND; 

. END; 

SCANEND; 


/* APPENDIX B */ 

/* NOTE 2, APPENDIX A */ 

/* APPENDIX A */ 

/* CHAPTER 11 */ 

VR INOP REQUEST INTO CURRENT MU */ 

/* APPENDIX A */ 

/* OPTIONAL, CHAPTER 6 */ 


DISCARD VR_INOPJPTR->HU; 
RETURN; 

END VR_INOP„SEND; 
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VIRTUAL ROUTE TESTING 


Testing of virtual routes is initiated by the ROUTE_TEST 
request# which is sent from an SSCP to a PU. It specifies 
another subarea in the network and a list of VRNs or ERNs. 
If the list is of ERNs# all explicit routes using those ERNs 
for PIUs flowing from the subarea of the PU receiving the 
ROUTE_TEST request to the subarea specified in the request 
are to be tested# the virtual routes supported by those 
explicit routes are also to be tested. If the list is of 
VRNs# all virtual routes assigned those VRNs and connecting 
the subarea of the PU receiving the ROUTE_TEST and the 
subarea specified in the request are to be tested# along 
with the explicit routes underlying those virtual routes. 

Testing involves two different activities. The first is 
reporting the states# as known in the node receiving the 
ROUTE_TEST request# of the ERs and VRs. These states are 
determined by the VR manager and reported to the SSCP by the 
ROUTE_TEST response. The second activity is determining the 
condition of ERs by sending NC_ER_TEST. This investigation 
of the ERs is done by the ER manager and is reported by 
ER_TESTED requests sent to appropriate CPs. (See the 
discussion of NC_ER_TEST and ER_TESTED in the "ER manager" 
section of this chapter.) 
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ROUTE TEST C ROUTE_TEST) 

Flow: SSCP to PU_T415 (Normal) 

Principal FSMs: FSM_VR (Page 12-121) 

The VR manager checks FSM„VR and FSM_ER for the states of 
routes specified in the ROUTE_MASK field of ROUTE_TEST* and 
reports these states (e . g ., active* not defined* pending 
deactivation) in the response to ROUTE_TEST. The VR manager 
also checks the Test Code byte of ROUTE_TEST* if this byte 
specifies that NC_ER_TEST requests are to be sent on the 
ERs > the VR manager sends a copy of the ROUTE_TEST request 
to the ER manager to generate and send the NC_ER_TEST 
requests. 


( 


/ \ 
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ROUTB YBST.RCV: PROCBDURB; 


FUNCTION: TO BUILD AMD SEMD RSP(ROUTE TEST). IP BOUTETBST CALLS FOB 

EXPLICITLY TESTING THE UNDERLYING ER'Sr THE EB MANAGER IS CALLED 
(WITH AN INPUT OP ROUTE — TEST) TO PERFORM THAT FUNCTION. 

INPUT: ROUTB_TBST AND SCB.PTR 

OUTPUT: RSP (ROUTE_TEST) TO SMS.SEND, AND DISCARDED ROUTBJDEST 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 


YR_MGR 

PAGE 

12-79 

THE FOLLOWING PROCEDURE (S): 



BUILD NS RQN RH 

PAGE 

12-124 

CHANGE YRM HU TO POS RSP 

PAGE 

12-118 

SET ER 

PAGE 

12-65 

SET VR 

PAGE 

12-114 

TEST SENi. 

PAGE 

12-56 


*/ 

DCL(TESTRQ_PTR,TESTRSP PTR) PTR; 

DCt (VR NUMBER NUM) BIT (4); 


TESTRQ_PTR * MU_PTR; 


/* ADDRESSABILITY TO ROUTBJTBST RQ 


V 


/* COPY RQ INTO RSP */ 

/* PAGE 12-118 */ 

ROUTE TEST RSP.NS HEADER * ROUTE TEST HDR; 

ROUTE~TEST~RSP. FORMAT = FORMAT1 
ROUTE TEST RSP.CNT ROUTE DATA = 0; 


CREATE MU; 

MU = TESTRQ PTR->MU; 

CALL CHANGE”VRH MU TO POS RSP(NO TRUNCATE); 


SELECT ANYORDER(TESTRQ_PTR->ROUTE_TEST_RQ.TEST-TYPE) ; 

. WHEN (TEST VRS) 

. DO YR NUM = 0 TO NCB.MAX_VR NUM; /♦ APPENDIX n */ 

. IF TESTRQ PTR->ROUTE TEST~RQ.ROUTE MASK (YR NUM:YR NUM) = ON THEN 
CALL SET VR(TESTRQ~PTR->ROUTE TEST RQ.DESTINATION SA,YR NUM); 

. . ~ /* PAGE 12-114 */ 

. END; 


WHEN(TEST ERS | TEST DEFINED ERS) 

DO ER NUM - 0 TO NCB.MAX_ER NUM; /* APPENDIX A 

. IF TESTRQ PTR->ROUTE TEST~RQ.ROUTE MASK (ER NUM:ER_NUM) - ON THEN 
. CALL SET ER (TESTRQ~PTR->ROUTE TEST RQ.DESTINATION SA r ER NUM); 

. “ “ 7* PAGE 12-65 

END; 


END; 


*/ 

*/ 


DCF « RH LENGTH ♦ 5 ♦ ROUTE TEST_RSP.CNT ROUTE DATA * 8; 

SEND MU TO SNS.SEND; “ /* CHAPTER 6 */ 


/* 

i — — ---*— - 

| DECIDE WHETHER TO TEST THE ER»S. | 


♦/ 

MU_PTR = TESTRQ PTR; /* ADDRESS ROUTE_TEST_RQ */ 

IF ROUTEJTEST RQ. TEST CODE DO NOT TEST ER THEN 

CALL TEST_SEND; ” /* PAGE 12-56 */ 

DISCARD MU; /* ROUTE_TEST_RQ */ 

RETURN; 

END ROUTE_TEST_RCV; 
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SET_VR: PROCEDURE (DEST_S A ,VB__NUM) ; 


/* 


FUNCTION: TO FILL IK THE APPROPRIATE FIELD OF THE ROUTE_DATA FIELDS IN 

RSP(ROUTE TEST) FOR ALL VR»S HAVING A GIVEN VRN. THE ER INFORMATION 
IN THE ROUTE DATA FIELD REFERS TO THE ER THAT IS DEFINED TO SUPPORT 
THE VR. 

INPUTS RSP (ROUTE TEST); DEST SA IS THE DESTINATION SUBAREA OF THE VR AND 

VR_NUM IS~THE VR NUMBER OF THE VRS WHOSE STATUS IS TO BE DETERMINED 

OUTPUT: COMPLETED ROUTE_DATA FIELDS OF RSP(ROUTE_TEST) 

REFERENCED BY THE FOLLOWING PROCEDURE (S)S 

ROUTE_TEST_RCV PAGE 12-113 

REFERS TO THE FOLLOWING PROCEDURE(S) S 

FIND ER STATUS PAGE 12-66 

UPM SET~VR STATUS PAGE 12-114 


*/ 


DCL DEST SA BIT(32) ; 
DCL VR NUM BIT(4) ; 

DCL ER^NUM BIT(4) ; 

DCL ER STATUS BIT(8); 
DCL ADJ SA BIT (32); 



CALL FIND_ER_STATUS(DESTJSA,VR_NUM,ER_NUM,ER_STATOS,ADJ_SA); /* PAGE 12-66 */ 

SCAN VRCB LIST PTR(VRCB_PTR) ; 

. IF VRCB.VR NUM * VR NUM THEN 
. DO; 

. . ROUTE TEST RSP.CNT_ROUTE DATA * ROUTE TEST RSP. CNT_ROUl!E_DATA + 1; 

. . ROUTE_TEST~RSP.VR ID (ROUTE TEST RSP.CNT ROUTE DATA) = VRCB.VR ID; 

. . CALL UPM SET VR STATUS; ” /* PAGE 12-114 */ 

. . ROUTE TEST_RSP.ER_NUM(ROUTE_T£ST RSP.CNT ROUTE DATA) = ER NUM; 

. . ROUTE TEST_RSP.ER STATUS(ROUTE TisT_.RSP.CNT ROUTE DATA) = ERJSTATUS; 

. . ROUTE_TEST“RSP.ORIGINATING_ADj"5A(Bcjo:rE_TEST_RSP.CNT_ROUTE_DATA) = ADJ_SA; 

. END; 

SCANEND; 

RETURN; 

END SET_VR; 


UPM_SET_VR_STATUS: PROCEDURE; 

/* 

i -----—---------i 

| FUNCTION: TO DETERMINE THE STATUS OF A VR AS RECORDED IN ITS VRCB | 

I i 

| INPUT: RSP (ROUTE__TEST) AND VRCB^PTR | 

| OUTPUT: THE VR STATUS FIELD IN THE ROUTE_DATA FIELD OF THE RSP(ROUTE_TEST) | 

| IS FILLED IN. | 

I I 

| REFERENCED BY THE FOLLOWING PROCEDURE (S): I 

| FIND VR STATUS PAGE 12-115 • 

| SET_VR ” PAGE 12-114 5 


RETURN; 

END UPM_SET_VR_STATUS; 
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FIND_VR_S*ATUS: PROCEDURE(DEST_SA,VB_NUH,BR.STATUS); 


/* 


PUHCTIOMs TO PILL IB THE APPROPRIATE FIBLDS OF ORE ROUTE DATA FIELD IN 
BSP (ROUTE_TEST) FOB EVERT VR THAT USES A GIVEN VRN 

INPUT: BSP (ROUTE TEST), ERCB PTR, AND PATHCB PTR; DEST SA IS THE 

DESTINATION SUBAREA OF ~THE VR, VR NUN IS THE VRN, AND ER STATUS IS 
THE STATUS OF THE UNDERLYING ER 

OUTPUT: COHPLETBD ROUTE_DATA FIELD OF RSP(ROUTE_TEST) 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

SETTER PAGE 12-65 

REFERS TO THE FOLLOWING PROCEDURE(S): 

UPN_SET VR STATUS PAGE 12-114 


*/ 


DCL DEST SA BIT(32) ; 

DCL VR_NUN BIT (4) ; 

DCL ER_STATUS BIT(8); 

SCAN VRCB_L1ST PTR(VRCB PTR); 

. IF VRCB7VR NUN = VR NUN THEN 
• DO; 

. . ROUTE TEST RSP.CNT ROUTE DATA = ROUTE TEST RSP.CNT_ROUTE DATA + 1; 

. . ROUTE~TEST""rSP. VR ID (ROUTE TEST RSP.CNT ROUTE DATA) * VRCB.VR_ID; 

. . CALL UPN SET VR STATUS; ~ ” /* PAGE 12-114 */ 

. . ROUTE TEST RSP.ER NUN(ROUTE TEST_RSP.CNT_ROUTE_DATA) = ERCB.ER NUN; 

. . ROUTE“tEST“r5P.ER~STATUS(ROUTE TEST RSP.CNT ROUTE DATA) = ER_STATUS; 

. . ROUTE~TESt”rSP.OHIGINATING_ADJ~SA(ROUTE TEST RSP.CNT_ROUTE DATA) = PATHCB.ADJ SA; 

END; 

scanend; 

RETURN; 

END FIND_VR_STATUS; 
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BUILDJkCTVR: PROCEDURE: 


/* 


1* 

FUNCTION: 

TO BUILD AN NCJkCTVR REQUEST 




INPUT: 

VRCBJPTR AND ERCB.PTR 




OUTPUT: 

NC_ACTVR REQUEST 




REFERENCED 

BY THE FOLLOWING PROCEDURE(S) : 





DACTVR RCV 

PAGE 12-108 




ER ACTIVATION TERMINATOR 

PAGE 12-92 




FSMJTR 

PAGE 12-121 



REFERS TO ' 

THE FOLLOWING PROCEDURE(S): 





BUILD_NC_TH_RH 

PAGE 12-123 



*/ 


CREATE MU; 

CALL BUILD_NC_TH_RH(MU_PTR) ; /* PAGE 12-12? */ 

VRN = VRCB.VR~NUM; 

IERN = VRN; 

ERN = VRCB.ER NUM; 

TPF * VRCB.TP FIELD; 

DSAF = VRCB.PARTNER SA; 

DR1I = ON; /* DEFINITE RESPONSE */ 

DR2I = OFF; 

DCF = RH_LENGTH ♦ 19; 

RQ CODE * NC ACTVR; 

NCJkCTVRJRQ. FORMAT = FORMAT1; 

NC ACTVR RQ.RCV ERN_MASK * ERCB.RERN MASK; 

NC_ACTVR_RQ.SEND_ERN_HASK (VRCB.ER_NUM:VRCB.ER_NUM) = ON; 

NC_ACTVR_RQ,VR_SEND_SEQ_NO = VRCB.SNF_RCV_CNTR; 

NC ACTVR RQ.MAX WINDOW SIZE = VRCB.MAX WINDOW SIZE; 

NC_ACTVR_RQ.MIN~WINDOW~SIZE * VRCB.MINJ? INDOW~SIZE; 

NC ACTVR RQ.HAX SENDJPIUJLENGTH * NO RESTRICTION; 

NCJVCTVR_RQ.MAXlRCV_PIU_LENGTH = NO_RESTRICTION; 

RETURN; 

END BUILD_ACTVR; 


BUILD^DACTVR: PROCEDURE(TYPE); 


/* 

i--- - - - -—-—--—--1 

| FUNCTION: TO BUILD AN NC DACTVR REQUEST I 

I ~ I 

| INPUT: VRCB PTR, AND PARAMETER TYPE INDICATING WHETHER THE NC.DACTVR IS OF | 

| TYPE^ORDBRLY OR FORCED " I 

I I 

| OUTPUT: NC_DACTVR | 

| REFERENCED BY THE FOLLOWING PROCEDURE(S): I 

| FSM^VR PAGE 12-121 I 

| REFERS TO THE FOLLOWING PROCEDURE(S): I 

| BUILD__NC_TH_RH PAGE 12-123 | 


*/ 

DCL TYPE BIT(8) ; 

CREATE MU; 

CALL BUILD NC TH RH(MU PTR); 

VRN = VRCB.VR NUM; 

IERN * VRN; 

ERN * VRCB.ER NUM; 

TPF * VRCB.TP FIELD; 

DSAF = VRCB.PARTNER SA; 

DR1I ■ ON; 

DR2I * OFF; 

DCF = RH_LENGTH *■ 5; 

RQ CODE * NC DACTVR; 

NC_DACTVR RQ7FORMAT ■ FORMAT1; 

NC_DACTVR_RQ.TYPE « TYPE; 

RETURN: 

END BUILD^DACTVR; 


/* PAGE 12-123 */ 


/* DEFINITE RESPONSE */ 
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BELEISBJTBCB: PROCEDURE: 


/* 


FUHCTIOH: THIS PBOCEDORE BEHOVES A VBCB FBOH VBCB LIST AMD PROCESSES ALL 

SESSION ACTIVATION BEQUESTS THAT ABE AWAITING THE ACTIVATION OF THE 
VR, BI INVOKING THE VR_ID_LIST^PROCESSOR. 

INPUTS VRCB_PTB 


OUTPUT: NULL VBCB PTB AND -RSP(ACTCDRH|ACTLU|ACTPU|BIND) FOR ANT SESSION 

ACTIVATION” REQUEST WHOSE VR ID LIST HAS BEEN EXHAUSTED WITHOUT 
PRODUCING AN ACTIVE VB 

NOTES: 1. AN EMPTY VBCB.VR_RESEHVATION_LIST IS HANDLED PROPERLY - 

2. THE SESSION ACTIVATION REQUEST (ACTCDRH|ACTLU|ACTPU|BIND) FROM 
THE VR — RESERVATION IS MADE THE CURRENT MESSAGE UNIT* 

3. VR_ID_LIST_PR0CESSOR WILL CHANGE VBCB_PTR. 

4- WHEN THIS PROCEDURE IS INVOKED, THE VRCB HAS A 
VR_RBSERVATION_LIST HEADER. 

REFERENCED BY THE FOLLOWING PROCEDURE (S) : 

FSH_VR PAGE 12-121 


REFERS TO THE FOLLOWING PROCEDURE (S): 
VR ID LIST PROCESSOR 


PAGE 12-88 


*/ 


DCL NEXT VR_ID LIST INDEX BIT(8); 

DCL SAVED_VRCB“pTR POINTER; 

DCL SAVED_MU_PTR POINTER; 

SA VED_MU__PTR = MD_PTR; 

SCAN VRCB.VR_RESERVATION_LIST PTR(VR_RESERVATION_PTR) ; /* NOTE 1 */ 

- MU PTR = VR RESERVATION.SESSION ACT RQ; /* NOTE 2 */ 

. SCB PTR = VR RESERVATION.SCBPTRT 
. VR ID LIST PTR - VR RESERVATION.VR LIST; 

. NEXT_VR_ID_LIST_INDEX = VR_RESERVATION.VR_LIST — INDEX + 1; 

. REMOVE VR_RESERVATION FROM VR_RESERVATION_LIST DISCARD; 

. SAVED_VRCB PTR = VRCB PTR; 

. CALL VR ID LIST PROCESSOR(NEXT_VR ID LIST INDEX); 

. VRCB PTR = SAVED VRCB PTR; 

SCANEND; 

MU_PTR = SAVED_HU_PTP; 

DESTROY VRCB.VR_RESERVATION_LIST; /* NOTE 4 */ 

DESTROY VRCB.UPM_SEGMENTS LIST; 

DESTROY VRCB.Q_VRJ?AC; 

REMOVE VRCB FROM VRCB_LIST DISCARD; 

RETURN; 

END RELEASE_VRCB; 


/* NOTE 3 */ 

/* PAGE 12^88 */ 
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CHAHGBJTRHJIUjrO._POS._RSP: PROCEDURE (TRUNCATION) ; 

. .. . . . /* 


FUNCTION: TO CHANGE A REQUEST PROCESSED BY THE VR MANAGER TO A POSITIVE 

RESPONSE AND SET UP THE TH PROPERLY 

INPUT: REQUEST HU AND TRUNCATION PARAMETER INDICATING WHETHER OR NOT TO 

TRUNCATE THE RESPONSE UNIT 

OUTPUT: POSITIVE RESPONSE HU AND VRCB PTR THE INPUT REQUEST UNIT IS 

OVERWRITTEN BY THE RESPONSE UNIT.” 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

ACTVR_RQ RCV 
CANCEL VR RESERVATION 
FSM__VR 

ROUTE__TEST_RCV 

REFERS TO THE FOLLOWING PROCEDURE(S): 

SWAPJ)RIGINJ>EST PAGE 12-119 


*/ 


*/ 

*/ 


DCL TRUNCATION BIT(1); 

FIND VRCB IN VRCB LIST 

WHERE(VRCB.PARTNER_SA ■ OSAF 6 VRCB.VR_ID = VRID) ; 

CALL CHANGE_MU_TO_POS_RSP (TRUNCATION); /* APPENDIX B 

CALL SWAPJ3RIGIN__DEST; /* PAGE 12-119 

ERN = VRCB.ER_NUM; 

RETURN; 

END CHANGE_VRH MU_TO POS_RSP; 


PAGE 12-100 
PAGE 12-102 
PAGE 12-121 
PAGE 12-113 
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SNAP_ORIGIN_DBST: PROCEDURE 


/* 


( FUNCTION: TO BXCHANGB THE ORIGIN (OSAF AND OBF) AND DESTINATION (DSAF AND DEF) | 

| ADDRESS FIELDS OF THE TB I 

| INPUT: REQUEST UNIT PROCESSED BX VR NANAGER | 

| OUTPUT: SNAPPED ORIGIN AND DESTINATION ADDRESS FIELDS OF THE TH I 

| REFERENCED BT THE FOLLOWING PROCEDURE(S) : f 

| CHANGE ACT7R TO NBG RSP PAGE 12-99 | 

| CHANGE fRH^HU TO.NEG RSP PAGE 12-118 | 

| CHANGE VRH HU TO POS BSP PAGE 12-118 | 


♦/ 

DCL SA BIT(32) ; 

DCL BA BIT(16) ; 

SA * OSAF; 

OSAF - DSAF; 

DSAF « SA; 

BA * OSF; 

OBF » DEF; 

DBF * BA; 

RETURN; 

END SHAP_ORIGIN_DBST; 
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FSMJfR: FSM^DEFINITION CONTEXT(VRCB); 


FUNCTION: TO HOLD THE ACTIVATION AND DEACTIVATION STATUS OF THE VIRTUAL ROUTE. 

RESET STATE IS ENTERED IMMEDIATELY UPON THE CREATION OF THE VRCB AND 
IMMEDIATELY PRIOR TO THE DESTRUCTION OF THE VRCB. 

PEND ER AND PEND ACT STATES ARE ENTERED DURING THE ACTIVATION OF THE 
VR. ”pEND„EB IS "ENTERED WHEN WAITING FOR THE ER MANAGER TO SPECIFY 
WHETHER THE ER SUPPORTING THIS VR IS ACTIVE. PEND ACT IS ENTERED 
WHEN NCJICTVR IS SENT. 

ACTIVE STATE IS THE ONLY STATE IN WHICH SEQUENCED PIU* S CAN BE SENT 
ON THE VR. 

PEND_RBSET__0JSEND IS ENTERED WHEN NC_DACTVR(ORDERLY) IS SENT. ONCE 
THIS"STAT£ IS ENTERED, THE VR CAN AGAIN BECOME ACTIVE OR RESET. 

PEND RESET F SEND IS ENTERED WHEN NC DACTVR(FORCED) IS SENT. 
PEND HESET F RCV IS ENTERED WHEN NC DACTVR(FORCED) IS RECEIVED AND 
THERl ARE SESSIONS ASSIGNED TO THE VR. PEND RESET INOP IS ENTERED 
WHEN THE VR BECOMES INOPERATIVE. ONCE ANY OF THESE THREE STATES IS 
ENTERED, THE VR WILL BE RESET. 

THE INPUT SIGNAL *PRE VR ACT* IS SENT BY PC.VRC WHEN IT RECEIVES A 
SESSION ACTIVATION REQUEST ON A ROUTE THAT CONTAINS NODES THAT DO 
NOT SUPPORT ER-VR PROTOCOLS, AND THEREFORE WAS NOT ACTIVATED USING 
THOSE PROTOCOLS. 

REFERENCED BY THE FOLLOWING PROCEDURE(S): 

ACTVR RCV 
DACTVR RCV 

ER ACTIVATION_TERMINATOR 
SEND DACTVENFORCED 
SEND~DACTVR ORDERLY 
VR_ID LIST PROCESSOR 
VR_INOP_S END 

REFERS TO THE FOLLOWING PROCEDURE(S) : 

ACT V R_RQ__RC V 
BUILD~ACTVR 

build"dactvr 

CHANGE ACTVRJTO NEG RSP 
CHANGE VRM MUJTO NEG RSP 
CHANGE"vRM"mu"T0"P0S"RSP 
fsm_dactvr direction" 

RELEASE VRCB 
UPM ALLOW SNF_OVERRIDE 
VR ACTIVATED 


PAGE 

12-96 

PAGE 

12-108 

PAGE 

12-92 

PAGE 

12-107 

PAGE 

12-106 

PAGE 

12-88 

PAGE 

12-110 

PAGE 

12-100 

PAGE 

12-116 

PAGE 

12-116 

PAGE 

12-99 

PAGE 

12-118 

PAGE 

12-118 

PAGE 

12-122 

PAGE 

12-117 

PAGE 

12-103 

PAGE 

12-101 






STATE name 


state number -> 


INPUT 


RESET 


| PEND 
| ER 

I 

I 2 

I 

I / 

I 3(A) 

I 4(K) 

I 1(H) 


\ PEND 
1 ACT 
| SEND 
I 3 


-+- 

I / 

I > 

I > 

I > 


PEND 
RESET 
0 SEND 
“5 


PEND | 
RESET | 

F SEND! 
“6 | 

\ 

-f- 


PEND j PEND 
RESET| RESET 
F_RCV| INOP 
7 | 8 

I 


* ACTIVATEJBR* 

* ER_ACTIVATED* , -PRE_VR 

* ER ACTIVATED*, PRE"VR 
*Er"nOT ACTIVATED* 


/ 

> I 

> | 

> \ 


-+- 


/ [ / 

> I > 

> I > 

> I > 

- +-— 

/ I -(C) 

/ I -(C) 

-’+■- 


R, RQ, ACTVR, LOWER SA 
R, RQ, ACTVR, ->LOWER~SA 


4 (P) 
4(P) 


I 4 (P) 

I 4 (P) 

~f- 


I “(B) 
I 4 (P) 


-(C) 

-(C) 


-(C) 

-(C) 


-(C) 
-(C) ! 

-+ 


R, -RSP, ACTVR, 0815 
R, -RSP, ACTVR, -.0815 
R, •►RSP, ACTVR 


I / 
I - 
I - 
~h 


I KD 
I 1(H) 
I 4 
-+- 


I / 
I / 
I / 
f- 


I - 
I - 
I 


R, 

RQ, 

DACTVR 0, NO SESS 

1 / 

1 / 

I / 

1 1(E) 

\ / 

1 ” 

1 / 

1 / 

B, 

RQ, 

DACTVR 0, -.NO SESS 

1 / 

1 / 

I / 

1 -(G) 

! / 

| - 

1 / 

1 / 

B , 

RQ, 

DACTVR F, NO SESS 

1 / 

1 / 

1 / 

1 1(E) 

i 1(E) 

1 -(E) 

1 / 

1 / 

R, 

RQ, 

DACTVR F, -«NO SESS 

1 / 

1 / 

1 / 

1 7(F) 

1 / 

1 / 

1 / 

1 / 


R, +RSP, DACTVR, WAIT SESS 

I 

/ 

1 / 

1 / 

1 / 

1 3 (N) 

1 

- 

1 - 

| - 

R, +RSP, DACTVR, -WAITRESS 

1 

/ 

1 / 

1 / 

1 / 

1 1(H) 

1 

1(H) 

1 - 

| - 

R, -RSP, DACTVR 

I 

i. 

/ 

I / 

J / 

1 / 

- 

I 4 (M) 


- 

1 - 

■ . 

* SEND DACTVR_F», -PRE VR 

T 

1 

/ 

r -.. ' 

\ / 

1 / 

i 6(j) 

1 6(J) 

T 

1 

- 

I - 

I 

*SEND_DACTVR_F*, PRE_VR 

—A. 

/ 

1 / 

_ j _ — . 

1 / 

_j_ 

1 1(H) 

_ j _ _ 

I / 

1 

/ 

1 - 

.j __ 



*SESS_COUNT=0', CAN_SEND_0, 


-PRE_VR, -LOCAL 

| > 

1 

1 > 

1 

| > 
i 

1 5(D) 

I - 

1 

1 1 (R) 

1 

1 1(H) 

'SESS COUNT-0*, -PRE VR, 
-LOCAL 

1 

1 

1 > 

1 

1 > 

I 

1 

1 

1 > 

1 

1 

1 

1 

1 

1 

1 

1 

1 1 (R) 

1 

1 

1 1(H) 

'SESS COUNT=0*, -LOCAL 

1 

1 > 

1 

1 > 

1 

1 > 

1 1(H) 

1 

1 / 

1 

1 / 

1 

1 / 

1 1(H) 

* SESS_COUNT=0', LOCAL 

1 / 

1 / 

1 / 

( * 

1 / 

1 / 

i / 

1 / 


•VRINOP* 

* PRE VR ACT* 


i 8 
I / 


I 8 
I / 


I ~ 
I / 


I - 
I / 
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h 

OOTPOT 

T- 

1 

FOECTION 





1 

L_ 

CODE 

1 

L, 







1 


A 

1 

SEED 

EO TO PC.ERC; 



/* 

CHAPTER 3 

—— | 

VI 


B 

1 

CALL 

CHANGE_ACTVR TO EEG RSP(X'080D*) ; 

/♦ 

RACE CONDITION, PAGE 

12-99 

-1 

VI 

L. 


1 

> i 

SEED 

HO TO PC.ERC; 



/* 

CHAPTER 3 

VI 


C 

1 

CALL 

CHARGE ACTVR TO EEG RSP (X*0815*); 

/* 

VR ALREADY ACTIVE 

PAGE 12-99 

—— ( 
VI 



1 

SEED 

MO TO PC.ERC; 



/* 

CHAPTER 3 

VI 

|_ 


1 

i 

CALL 

OPH_LOG(* VR ALREADY ACTIVE*)? 



/* 

APPENDIX B 

VI 


D 

1 

CALL 

BOILD DACTVR(ORDERLY); 



/* 

PAGE 12-116 

VI 

1 


1 

SEED 

MO TO PC.ERC; 



/* 

CHAPTER 3 

VI 


E 

1 

CALL 

CHARGE VRH HO TO POS RSP(TROECATE); 



/* 

PAGE 12-118 

- 1 

VI 



1 

SEED 

MO TO PC.ERC; 



/* 

CHAPTER 3 

VI 

1 


1 

CALL 

RELEASE_VHCB; 



/♦ 

PAGE 12-117 

VI 


P 

"T~ 

1 

SEED 

•DACTVR_FORCED* TO PO.SVC_HGR.CSCJ1GR. 

SON; 


/* 

CHAPTER 13 

VI 


G 

1 

CALL 

CHARGE VRM MO TO EEG RSP(X*0872*); 

/♦ 

SESSIONS STILL ON 

VR, 

PAGE 12-118 

-—1 
♦/I 



1 

CALL 

FSM DACTVR DIRECTION; 



/* 

PAGE 12-122 

VI 



1 

SEED 

MO TO PC.ERC; 



/* 

CHAPTER 3 

VI 

L. 


1 

■ 

CALL 

VR_ACTIVATED; 



/* 

PAGE 12-101 

VI 

L 

H 

1 

„ 1 

CALL 

RELEASE^VRCB; 



/* 

PAGE 12-117 

—1 

VI 

IT 

J 

1 

CALL 

BOILD DACTVR(FORCED); 



/* 

PAGE 12-116 

——1 
VI 

L 


1 

l- 

SEED 

HO TO~PC.ERC; 



/* 

CHAPTER 3 

VI 

r* 

L 

K 

T" 

1 

1 

CALL 

VR_ACTIVATED; 



/* 

PAGE 12-101 

VI 

r 


r 







-1 


L 

1 

CALL 

OPM LOG(* VR ALREADY ACTIVE*); 



/* 

APPENDIX B 

VI 



1 

DISCARD MO; 





1 

L 


1 

CALL 

RELEASE_VRCB; 



/* 

PAGE 12-117 

VI 

r- 

M 

T 

1 

CALL 

FSM DACTVR DIRECTIOE; 



/* 

PAGE 12-122 

VI 

L. 


i 

„±. 

CALL 

vr_activat!d; 



/* 

PAGE 12-101 

VI 

r 

N 

T 

1 

DISCARD MO; 



/♦ 

RSP(DACTVR) 

——1 
VI 



1 

VRCB 

SEF SEND CNTR = ZERO; 





1 



1 

vrcb 

.SHF RCV CNTR - ZERO; 





1 



1 

CALL 

OPM — ALLOW SNF OVERRIDE; 



/* 

PAGE 12-103 

VI 



1 

CALL 

BOILD ACTVR; 



/* 

PAGE 12-117 

VI 

L. 


1 

.1, 

SEED 

MO TO PC.ERC; 



/* 

CHAPTER 3 

VI 
_1 

r 

L 

P 

1 

1 

CALL 

ACTVR_RQ_RC’/; 



/♦ 

PAGE 12-100 

VI 

r 

R 

T 

1 

CALL 

BOILD DACTVR(FORCED); 



/* 

PAGE 12-117 

_ 

VI 



1 

CALL 

CHANGE MO TO_POS RSP(TROECATE); 



/* 

APPENDIX B 

VI 



1 

SEND 

MO TO PC.ERC; 



/* 

CHAPTER 3 

VI 

L 


1 

_JL 

CALL 

RELEASE VRCB; 



/* 

PAGE 12-117 

VI 

_J 


END FSM_VR; 
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FSR_DACTVR_DIRECTION I FSREDEFINITION CONTEXT (VRCB) ; 


/* 


FUNCTION: THIS FINITE-STATE MACHINE IS USED TO DETERMINE WHETHER 

NC DACT7R (ORDERLI) MAY BE SENT FROM THIS END OF THE VIRTUAL ROUTE. 
NC DACTVR (ORDERLY) CANNOT BE SENT WHEN IN RESET STATE OR IN 
CANNOT SEND STATE. NC DACTVR(ORDERLY) CAN BE SENT WHEN IN CAN_SEND 
STATE." 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
ACTVR RCV 

actvrIrq_rcv 

FSM VR 

SEND DACTVR ORDERLY 


PAGE 12-96 
PAGE 12-100 
PAGE 12-121 
PAGE 12-106 


*/ 


INPUT 


S, +RSP, 
R, -RSP, 
R, +RSP, 

¥ - 

| S, -RSP r 
| R , -RSP, 


STATE 

NAME->| 

RESET 

| CAN 

| CANNOT 




| SEND 

| SEND 

STATE 

1 

NUMBER —>| 

I 

... i 

1 

1 

1 2 

1 

1- _ 

1 

1 3 

1 

ACTVR 

. J " J - T 

1 

3 

I 

1 3 

| 

ACTVR 

1 

3 

1 3 

| 

ACTVR 

I 

— - - 1 

2 

-j _ 

1 2 

DACTVR 

1 

2 

I- . 

1 2 

DACTVR 

1 

3 

1 3 

I 


END FSM__DACTVR_DIRECTION; 
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BOILDJ*C_TH_RH: PROCBDUBB<MSG_PTB); 


/* 



FUNCTION: 

TO BUILD THE TRANSMISSION HEADER AND REQUEST 

HEADER OF A NETNORK 

, 



CONTROL PIU 




1 


INPOT: 

HSG.PTR ADDRESSBS A REQUBST 




1 

1 


OUTPUT: 

INITIALIZED TH AND RH FIELDS 

IN THE REQUEST. 

UNINITIALIZED FIELDS 

1 

1 



ARE INDICATED IN COMMENTS. 




1 


REFERENCED 

BY THE FOLLOWING PROCEDURE(S) 
BUILD ACTVR 

PAGE 

12-116 


1 

1 

1 



BUILD DACTVR 

PAGE 

12-116 


1 



BUILD_NC_ER_ACTJ>RJTEST 

PAGE 

12-68 


1 



INOP SEND 

PAGE 

12-42 


1 



OP SEND 

PAGE 

12-39 


1 



SEND DACTVR FORCED 

PAGE 

12-107 


\ 

% 


SEND DACTVR_ORDBRLY 

PAGE 

12-106 


1 

_ » 







*/ 

DCL 

MSG_PTR PTR; 







/* 


I 


TH FIELDS 


I 

j 


MSG_PTR->FID * 4; 

HSG PTR->ER VR SOPP IND * -<PRB ER VR; 

MSG PTR->VH~PAC CNT~IND = -.PAC CRT 0; 
HSG~PTR->NTWK PRTY « -.N PRTY; 

/* IERH, 

MSG PTR->VR CWI « IRC WS; 

MSG PTR->TG~NONFIFO IND = FIFO; 

MSG PTR->VR SQTI * NSEQ RSOP; 

HSG PTR->VRPRQ - -VR PRC RQ; 

MSG_PTR->VRPRS = -VR_PAC~RSP; 

HSG PTR->VR RWI = -.RESET RS; 

HSGIpTR->Vr2sHF_SERD = RESBRVED_ZERO; 

HSG PTR->OSAF ■ NCB.NODE SUBAREA ADDRESS; 

MSG PTR->DBF * 0; 

MSG~PTR->OBF = 0; 

HSG_PTR->SNAI = SNA; 

MSG PTR->BBIUI * BBIO; 

HSG PTR->EBIUI * EBIU; 

MSG PTR->EFI * EXPEDITED; 

MSG PTR->SRF ■ RESERVED ZERO; 


*/ 

/* TG SHEEP SET BLSEHHERE */ 

ERN, VRN, TPF SET ELSEWHERE */ 


/* VR_CWRI SET ELSEWHERE */ 

/* DSAF SET ELSEWHERE */ 

/* PO ELEMENT ADDRESS */ 

/* PO ELEMENT ADDRESS */ 

/* MPF */ 


/* 

r-----------1 

| RH FIELDS I 

«___» 

*/ 

MSG PTR->RRI » RQ; 

HSG PTR->RU CTGY = NC; 

MSG PTR->FI~= ON; 

MSG PTR->SDI = -SD; 

MSG~PTR->BCI * BC; 

MSG PTR->ECI = EC; 

HSG~PTR->DR1I = -DEI; /* WILL BE SET FOR NC ACTVR AND NC DACTVR */ 

HSG~PTR—>DR2I * -DR2; ’/* BY THE VR MANAGER */ 

MSG PTR->ERI ■ -ER; 

HSG”PTR->QRI * RESERVED_ZBRO; 

MSG"’pTR->PI = -PAC; 

MSG PTR->BBI = -BB; 

HSG”PTR->EBI = -EB; 

HSG~PTR->CDI » -CD; 

MSG~PTR->CSI * RESERVEDJSERO; 

MSG~PTR->EDI = RESERVEdZzERO; 

MSG~PTR->PDI = RBSERVEDJ&ERO; 


HSG_PTR->HUCB.DIRECTION * SEND; 


RE10RN; 

END BOILD_N C^TH^RH; 
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BUILD_NS_RQN_RH: PROCEDORE(NS_MUJPTR); 


/* 


FUNCTION: TO BUILD THE RH OP AN RQN NETWORK SERVICES REQUEST. 


INPOT: MESSAGE UNIT ADDRESSED BY NS_KU_PTR PARAMETER 

OUTPUT: MESSAGE UNIT WITH RH FIELDS SET 


REFERENCED BY THE FOLLOWING PROCEDURE(S) 
NS_RR INOP SEND 

route’test'rcv 

TESTED_SEND 
VR_INQP SEND 


PAGE 12-47 
PAGE 12-113 
PAGE 12-63 
PAGE 12-110 


DCL NS_MU_PTB PTR; 


*/ 


NS MU PTR->RRI - RQ; 

NS"’‘mU~PTR->RU CTGY = FMD; 
NsImu”pTR->FI""= ON; 

NS MU~PTR->SDI = -SD; 
NS~MUlPTR->BCI * BC; 

NS MO PTR->ECI = EC; 

NS MU PTR->DR1I * -DR1; 

NS”mU _ PTR->DR 2I = -DR 2; 
NSJJU_PTR->ERI a -ER; 

NS MU PTR->QRI = -QR; 

NS MU~PTR->PI = -PAC; 

NS MU"*PTR->BBI ■ -BB; 
NS~MU~PTR->EBI * -EB; 

NS__MU — PTR—>CDI = -CD; 

NS__MU PTR->CSI « CODBO; 
NS*”mu”*PTR->EDI * -ED; 
NS_M0IptR->PDI = -'PD; 

NS_MU_PTR-*>HUCB. DIRECTION = SEND; 

RETURN; 

END BUILD_NSJRQN_RH; 


VRN_TO_ERN_MAP: PROCEDURE(DEST_SA,VR_NUM,ER_NUM) RETURNS (BIT (1) ) ; 


/* 


FUNCTION: TO DETERMINE THE ER NUMBER OF THE ER THAT SUPPORTS A VR 

INPUT: DEST SA IS THE SUBAREA ADDRESS OF THE NODE AT THE OTHER END OF THE 

VR AND VR_NUH IS THE VR NUMBER THAT IS TO BE SUPPORTED 

OUTPUT: THE ER NUMBER OF THE ER DEFINED TO SUPPORT THE VR (SECOND PARAMETER) 

TO THE DESTINATION SUBAREA NODE (FIRST PARAMETER) IS PUT INTO ER NUM 
AND A BIT VALUE OF EXIST OR -EXIST IS RETURNED TO INDICATE WHETHER 
OR NOT THERE IS A VR TO ER MAPPING. 


REFERENCED BY THE FOLLOWING PROCEDURE(S) : 
ACT SEND 
ACTVR_RQ_RCV 
FIND ]JR STATUS 
TEST~SEND 
VR RCV CHECKS 


PAGE 12-55 
PAGE 12-100 
PAGE 12-66 
PAGE 12-56 
PAGE 12-98 


*/ 

DCL DEST SA BIT(32); 

DCL VR NUM BIT(4) ; 

DCL ER NUM BIT(4) ; 


FIND ERN_MAP IN ERN_MAP_LIST WHERE(ERN_MAP.DEST_SA = DEST_SA) ; 

IF ERN MAP PTR -= NULL THEN 
DO; 

. ER NUM a ERN MAP.ER NUM(VR NUM); 

. RETURN(EXIST7; 

END; 

ELSE 

RETURN (-EXIST) ; 


/* 

APPENDIX 

A 

*/ 

/* 

APPENDIX 

A 

*/ 

/* 

APPENDIX 

A 

*/ 


END VRNJTO_ERNJIAP; 
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BR1I_T0 JTBHJUP: PROCEDURE (DEST__5A, VBH_HASK ,EB_HUH) RETURNS (BIT (1) ) ; 


/* 

\ FUNCTION: TO DETERMINE THE VR HOMBBBS OP VR»S SUPPORTED BY ER'S DESIGHATED BY | 

| AH EB HOHBER | 

I 1 

| IHPOTS BEST SA IS THE SUBAREA ADDRESS OP THE HODE AT THE OTHER EHD OP THE | 

\ EB AHD EB HUH IS THE EB HUHBEB COBRESPOHDIHG TO SOHE SET OP VR j 

1 HUHBERS ~ | 

I I 

| OUTPUT: THE SET OF VR HUHBERS COBRESPOHDIHG TO THE ER HUHBER (THIRD | 

\ PARAHETEB) TO THE DESTIHATIOH SUBAREA HODE (FIRST PARAHETER) IS PUT | 

| IHTO VRH MASK (SECOND PARAHETER) AND A BIT VALUE OP EXIST OR -EXIST 1 

| IS RETURNED TO INDICATE WHETHER OR HOT THE DESIRED VR TO ER HAPPING | 

| EXISTS. | 

I I 

| REPEREHCED BY THE FOLLOWING PROCEDURE(S) : I 

| SET ER PAGE 12-65 | 


*/ 

DCL DEST SA BIT(32) ; 

DCL VRH HASK BIT(16) ; 

DCL ER HUH BIT(4) ; 

DCL VR HUH BIT(4) ; 


FIND ERN_MAP IN ERN_MAP_LIST WHERE(ERN_MAP.DESTJSA = DEST.SA) ; /* APPENDIX A */ 

IF ERN HAP PTR -= NULL THEN /* APPENDIX A */ 

DO; 

. VRN HASK = ALL OFF; 

. DO VR NUH = 0 TO NCB.HAX VR NUH; /* APPENDIX A */ 

. . IF ERN HAP.ER NUH(VR_NUH)ER NUH THEN /* APPENDIX A */ 


. . VRN MASK (VR NUH:VR NUH) » ON; 
. END; 

. RETURN(EXIST); 

END; 

ELSE 

RETURN(-EXIST); 

END ERN_TO_VRN_HAP; 
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FSHa»pg:i-DEPi»iTigN: ; 


r 

I 

I 


/* 


THE SYMBOLS USED IN THE "INPOTS" COLOHN OF THE STATE-TRANSITION MATRICES ARE | 

DEFINED BELOW. | 


*/ 


• ACTIVATE ER* 

ACTVR 

BAD 

CAN.SEND 0 

* CONTEND^ESEND' 
DACTVR 
DACTVR.F 
DACTVR.O 
•DEFINE* 

EMPTY PATHCB 

•EB ACTIVATED* 

•ER“nOT ACTIVATED* 

GOOD 

LOCAL 

LOWER SA 

NC £R~ACT 

NC~£R ACT REPLY 

NC.ER.INOP 

NC ER OP 

NO SESS 

NOT REV 

OTHERS PENDING 

PATH 

PRE VR 

•PRE VR ACT* 

F 

RACE 

•RESET* 

RQ 

♦ RSP 
-RSP 
S 

•SEND DACTVR F* 

•SESS~COUNT=0* 

SPRAY 

•SPRAY* 

STATIC 
TG_ID 
•VRINOP* 

WAIT SESS 

WINNiR 

0815 


FSHINPOT - •ACTIVATE ER• 

RQ CODE * NC.ACTVR; 

Nc”ER ACT REPLY^RQ.TYPE - (X*01* \ X*02* | X*04* | 1*05* | X*06*); 
FSM DACTVR DIRECTION * CAN.SEND; 

FSHINPOT =”*CONTEND RESEND* 

RQ CODE - NC DACTVRT 

RQ CODE a NC DACTVR 6 NC DACTVR RQ. TYPE * FORCED; 

RQ'CODE * Nc“daCTVR B NC“DACTVRlRQ.TYPE'■ ORDERLY; 

FSHINPOT = 'DEFINE* 

EMPTY(PATHCB LIST) * YES; 

FSHINPOT =”' ER ACTIVATED* 

FSHINPOT « *ER NOT ACTIVATED* 

NC BR_ACT.REPLyIrQ.TYPE * (X'OO*|X*03*) ; 

VRCB.PARTNER SA » NCB.NODE S0BAREA ADDRESS; 

OSAF < NCB.NODE SOBAREA ADDRESS; 

RQ CODE * NC ER ACT; 

RQ^CODE * NCIER~ACT REPLY; 

RQ.CODE * NC.ER.INOP; 

Rq”C0DE = NC ER~OP; 

VRCB.SESS COONT"a 0; 

NC ER ACT REPLY RQ.TYPE * (X'02*) ; 

ARE.ANY.PATHS PENDING = YES; /* PAGE 12-72 */ 

PATHCB.PTR -a"NOLL; 

VRCB.ER.VR SOPP = PRE ER VR; 

FSHINPOT a~*pRE VR ACT*;” 

HOCB.DIRECTION a RECEIVE; 

NC ER ACT.REPLY RQ.TYPE = (X*01*); 

FSHINPOT a «RESIT*; 

RRI a RQ; 

RRI a RSP 6 RTI a POS; 

RRI = RSP B RTI a NEG; 

HOCB.DIRECTION a SEND; 

FSHINPOT a »SEND.DACTVR F'; 

FSHINPOT a »SESS”cOONTaO* 

NC.ER ACT RQ.DYNAHIC.ER DEFN = YES; 

FSHINPOT = 'SPRAY' 

SOBAREA ROOTING.ER SYSDEF(ERCB.ER NOH) = STATIC.DEFINITION; 
S0BAREA”ROOTING.TGllD(ERCB.ER N0 h 7 a PATHCB.TG ID; 

FSHINPOT = 'VRINOP'; 

*.EHPTY(VRCB.VR RESERVATION LIST); 

NCB.NODE S0BAR5A ADDRESS > NC ER ACT RQ.ORIGINATING SA; 

SNC = X * 0 815 *; 


END FSM.INPOT.DEFINITION; 
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•r 


EXPLICIT ROOTS ACTIVATION PARAMETERS (PARH.ACT.ER) 

PONCTIOH: THIS ENTITT CONTAINS THE INFOSNATION PASSED BETWEEN THE ?R MANAGER 

AND ER MANAGES IN ORDER TO ACTIVATE THE EXPLICIT ROUTE SUPPORTING 
ONE OR SEVERAL VIRTUAL ROUTES. AN INSTANCE OF PARH ACT ER IS 

CREATED BT THE VR MANAGER WHEN IT INVOKES THE ER MANAGER TO ACTIVATE 
THE BR THAT SUPPORTS THB SPECIFIED VR TO THE DESTINATION SUBAREA; 
THE BR HANAGBR DESTROYS THE PARH ACT ER AFTER INITIATING THE 

ACTIVATION PROCESS FOR THE UNDERLYING BR. AFTER ATTEMPTING TO 
ACTIVATE THE UNDERLYING BR, THE ER MANAGER CREATES ANOTHER INSTANCE 
OF PARHJkCT.ER TO SIGNAL THE VR MANAGER WHETHER OR NOT THE 
UNDERLYING ER HAS BEEN ACTIVATED, AND WHICH VR*S IT WILL SUPPORT. 
THE VR MANAGER DESTROYS THE PARH ACT ER AFTER PROCESSING ITS 

CONTENTS. 



V 


DCL PARH.ACT.BR.PTR PTR; 

ENTITY (PARH ACT ER) , 

/* SUBAREA NODE AT OTHER END OF THE ER */ 

/* VIRTUAL ROUTE NUMBER MASK */ 


2 PARTNER SA BIT (32), 

2 VRN.HASK BIT (16) ; 
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/* 


r — “ " IT — - --- ... * ■■ - — —— --- — ---———- - I 

I FUNCTION: THIS ENTITY PROVIDES PA El METERS PASSED FROM THE ER MANAGER TO THE VR | 

| MANAGER REGARDING ONE OR HORS INOPERATIVE ER’S. | 

«-___—_____—___—-—-----—--1 


*/ 





DCL PARM_ER_INOP_PTR PTR; 


ENTITY(PARM ER INOP), 

2 REASON CODE BIT (8), /* X*OV UNEXPECTED ROUTING INTERRUPTION */ 

/* OVER A TRANSMISSION GROUP, */ 

/* E.G., THE LAST ACTIVE LINK V 

/* IN A TG HAS FAILED */ 

/* X*02' CONTROLLED ROUTING INTERRUPTION, */ 

/* E.G., THE RESULT OF DISCONTACt */ 

2 ORIGINATING SA BIT{32), /* ADDRESS OF THE PU THAT ORIGINATED ♦/ 

/* THE NC ER INOP */ 

2 TG ADJ SA BIT(32), /* SUBAREA ADDRESS ON OTHER END */ 

/* OF THE TRANSMISSION GROUP THAT */ 

/* HAD THE ROUTING INTERRUPTION */ 

2 TG HUH BIT (8), /* TGN OF THE TRANSMISSION GROUP */ 

/* THAT HAD THE ROUTING INTERRUPTION */ 

2 CHT ER FIELD BIT (8) , /* NUMBER OF DESTINATION SUBAREAS THAT */ 

/* ARE ON THE ER»S USING THE ABOVE TG */ 

2 ER_FIELD (1:REFER (CNT ER FIELD)), 

3 SA BIT(32), /* SUBAREA ADDRESS OF A DESTINATION */ 

/* ROUTED TO USING AN ER REQUIRING THE */ 

/* TG THAT HAD THE ROUTING INTERRUPTION */ 

3 MASK BIT(16); /* EXPLICIT ROUTE NUMBER MASK; */ 

/* A BIT IS 1 IF THE CORRESPONDING ERN */ 

/* IS INOPERATIVE ♦/ 

/* (BIT 0 CORRESPONDS TO ERN 0, */ 

/* BIT 1 TO ERN 1, AND SO FORTH). */ 
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CHAPTER 13. PU.SVC_MGR.CSC MGR 


COMMON SESSION CONTROL MANAGER 

Each PU.SVC_MGR contains a component» called common session 
control managerr that is invoked for activation and 
deactivation of all locally supported half-sessions and 
boundary function supported half-sessions. 

Common session control manager (CSC manager) is composed of 
five protocol mach ines—CSC_MGR . SEND, CSC_MGR.BF_SEND, 
CSC_MGR.RCV, CSC_MGR.BF_RCV, and CSC_MGR.SON—as shown in 
Figure 13-2. All activation and deactivation requests 
(ACTCDRM, ACTLU» ACTPU, BIND, DACTCDRM, DACTLU, DACTPU, and 
UNBIND) and their responses destined for locally supported 
half-sessions or boundary function supported half-sessions 
are directed to CSC manager by path control (Chapter 3) or 
by the services managers. The flow of requests/responses 
through CSC manager for the support of paired half-sessions 
is shown in Figure 13-3. The flow of requests/responses 
through CSC manager for the support of paired half sessions 
with one half-session being supported by boundary function 
is shown in Figure 13-4. 

CSC_MGR.SEND, CSC_MGR.BF_SEND, CSC_MGR.RCV, and 

CSC_MGR.BF_RCV perform the following functions: 

• Verify the activation or deactivation request or 

response is valid for the NAD (e. g., an ACTLU is 
prevented from being sent from any NAU except the SSCP, 
and an ACTLU to any NAU other than an LU receives a 
negative response). 

• Perform checking of some parameters (TS profile and FM 
profile related) contained in the activation or 
deactivation request or response. 

• Make state dependent checks on received or sent 

requests or responses. 

• Create and destroy a session control block (SCB), if 

necessary. At least two session control blocks exist 
for a session, one at the primary half-session and one 
at the secondary half-session. If the secondary 

half-session is supported by boundary function a third 
session control block exists for the boundary function 
supporting the secondary half-session. 

• Call the appropriate FSMs to update the state of the 

locally supported half-session or boundary function 
supported half-session. 
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A session control block (SCB) exists for each locally 
supported half-session or boundary function supported 
half-session that is not reset. The SCB provides storage 
for half-session variables and for pointers to the 
half-session lists* queues and FSM states. Nhen an 
activation request is sent* the SCB for the sending 
half-session is created by CSC_MGR.SEND* unless one already 
exists from a previous activation. When an activation 
request is received* the SCB for the receiving half-session 
(local or BF supported) is created by CSC_MGR.RCV» unless 
one already exists from a previous activation. The SCB is 
deleted when the session is deactivated. 

The SESS FSMs are used for session activation and 
deactivation and are contained within this chapter. These 
FSMs are actually contained within the locally supported 
half-session or boundary function supported half-session but 
are defined here, as CSC manager is the only protocol 
machine that updates the states of these FSMs. The SESS 
FSMs may cause the deletion of the SCB when there is a 
transition from a nonreset state to the reset state. 

When a SESS FSM is called by CSC manager with an activation 
request or a positive response to an activation request* as 
the state transition occurs* another composite protocol 
machine is invoked* session activation parameters* see the 
section "Session Activation Parameters Prococol Machine 
(SESSACT)," later in this chapter. When a SESS FSM is 
called by CSC manager with a response to a deactivation 
request or a reset signal* the SCB is discarded. Discarding 
of the SCB has the effect of resetting all locally supported 
half-session or boundary function supported hal.-session 
FSMs, removing all entries from the queues and lists* and 
resetting all variables. 
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Figure 13-1. Overview of PU.SVC_MGR 
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Figure 13-2. Structure of PD.SVC_MGR.CSC_MGR 
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NOTES : 

1. Session control block is created on sending or receiving a 
valid activation request. 

2. Session control block is discarded upon sending or receiving 
a deactivation response via the SESS FSM, or by receiving a 
negative response to an activation request. 


Figure 13-3. Typical flow through CSC_MGR (for locally supported 
ha 1f—sessions) 
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NOTES: 

1. Session control block is created on sending or receiving a valid activation 
request. 

2. Session control block is discarded upon sending or receiving a deactivation 
response via the SESS FSM , or receiving a negative response to an activation 
request. 

3. Session control blocks are neither created nor destroyed in this instance. 

Figure 13-4. Typical flow through CSC_MGE (local and boundary 
function Supported half-sessions). 
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SESSION OUTAGE NOTIFICATION PROCESSING 


Session outage notification (SON) notifies half-sessions of 
network failures by driving the half-sessions into reset 
state. A given session may be restarted from this reset 
state> depending upon the specific cause of the outage. 
Session deactivation RUs (DACTCDRM, DACTLU, DACTPU, and 
UNBIND) perform session outage notification, and inform the 
NAU of the type of outage. The SON RUs are generated by a 
component of CSC manager called CSC_MGR.SON. 

The network notifies CSC_MGR.SON of conditions that may 
disrupt traffic flow between half-sessions. These network 
states may be the result of failures (e.g., link outage) or 
they may be caused by the specific actions of an SSCP (e.g., 
deactivation of an SSCP-PU session). Depending upon the 
specific cause of the outage, CSC_MGR.SON identifies the 
affected sessions and sends session deactivation requests to 
each half-session that is accessible to CSC__MGR. Session 
outage notification for each session always flows along the 
path that the session used. 

The following conditions result in session outage 
notification processing: 

• Virtual route inoperative: Failure of an explicit 
route (see Chapter 12) causes NC_ER_INOP RUs to 
propagate along explicit routes and notify virtual 
route managers (VR__MGR) having virtual routes using the 
inoperative explicit route. The virtual route is 
declared inoperative, thus disrupting sessions that 
were using it. The VR_MGR notifies CSC_MGR.SQN of this 
condition. 

• Virtual route deactivated: A virtual route is 

unconditionally deactivated, thus disrupting sessions 
that were using it. The VR_MGR notifies CSC_MGR.SON of 
this condition. 

• Route extension inoperative: The link connecting a 

PU_T415 node to a PU_Tli2 node becomes inoperative, 
thus disrupting sessions that were using it. The 
PU.SVC_MGR (Chapter 11) notifies CSCJ1GR.S0N of these 
conditions. 

• Hierarchical Reset or 5SCP Gone: A hierarchical reset 
takes place because: 1) an SSCP attempts to reactivate 
its session with a PU or LU but the PU or LU responds 
Cold, thus triggering the hierarchical reset of 
underlying sessions; 2) an SSCP deactivates its session 
with a PU or LU, thus triggering the reset of any 
underlying sessions. CSC_MGR.SEND (via the FSMs that 
it calls) notifies CSC MGR.SON of this condition. 
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CSC_MGR.SON performs the processing for session outage 
notification conditions as described in the following 
sections. 

Virtual Route Inoperative 

For each session that uses the VR that has become 
inoperative* CSC_MGR.SON generates a deactivat ion request 
(DACTCDRM, DACTLU, DACTPU, or UNBIND) and sends it to the 
half-session in its subarea, with the cause of the 
deactivation indicating VRINOP. CSC_MGR.SON identifies all 
the affected sessions by finding the SCBs having the same 
VRID as the inoperative VR. The response to the 
deactivation request is intercepted by CSC_MGR.SEND and 
discarded* since the request was generated by CSC_MGR. 
CSC_MGR.SON is entered as a result of the VR_MGR setting the 
VRCB_PTR to point to the inoperative VR, and sending 
"VRINOP" to CSC_MGR SON. 

Virtual Route Deactivated 

The CSC manager processing is identical to the virtual route 
inoperative case. CSC_MGR.SON is entered as a result of the 
VR_MGR sending "D A CT V R_F 0 R C E D" (with the VRCB_PTR) to 
CSC_MGR.SON. 

Route Extension Inoperative 

For each LU-LU session that uses the route extension that 
has become inoperative, CSC_MGR.SON generates a deactivation 
request and sends it to the half-session that is still 
accessible, with the cause of deactivation indicating 
REX_INOP. The response to the UNBIND terminates in common 
session control manager (CSC_MGR.SEND). SSCP-based sessions 
using the inoperative route extension are reset without 
explicit session outage notification to the SSCP's 
ha 1f-sessions. (The SSCP's half-sessions are reset by the 
SSCP.SVC_MGR as a result of receiving an INOP from the 
PU__T415 node.) CSC_MGR. SON is entered as a result of the 
PU.SVC_MGR (Chapter 11) sending "REX_INOP(ALS_EA)" to 
CSC_MGR.SON. 

Hierarchical Reset or SSCP Gone 

For each LU-LU session that is to be reset as part of the 
hierarchical reset (because of DACTPU or DACTLU, or, a Cold 
response to ACTLU or ACTPU), CSC_MGR.SON generates an UNBIND 
request. See Figure 13-5 for more details. 


4 ’N 


13-8 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 


SSCP Gone 


DACTPU received by a PU_T4|5 node does not result in the 
resetting of any underlying LU-LU sessions. 

DACTPU received by a PU^_T2 node or BF supporting a PU_T1 
node results in the deactivation of the SSCP-LU and LU-LU 
sessions for all LUs belonging to the reset hierarchy of the 
PU. CSC_MGR.SON generates and sends a deactivation request 
to each SSCP-LU and LU-LU half-session in its node. 
CSC_MGR.SON in a PU_T4|5 node, providing BF support for the 
node of the subject PU, generates and sends an UNBIND 
request to the primary half-session of each LU-LU session of 
each LU belonging to the subject PU. For BF supporting a 
PU_T1 node, UNBIND is sent to the secondary half-session in 
the PU_T1. 

DACTLU results in the deactivation of all LU-LU sessions of 
the subject LU. In a PU_T1|2 node, CSC_MGR.SON generates 
and sends an UNBIND to each LU-LU half-session in its node, 
for the subject LU. In a PU_T4|5 node, CSC_MGR.SON 
generates and sends an UNBIND to both ha1f-sessions of each 
LU-LU session for the subject LU, in its node. If the 
subject LU is in a PU_Ti|2 node, the CSC_MGR.SON in the 
PU_T4|5 node (providing BF support) generates and sends an 
UNBIND to the primary half-session of each LU-LU session of 
the subject LU. 

CSC_MGR.SON is scheduled when CSC_MGR.SEND, while processing 
RSP(DACTPU|DACTLU), sends "SSCP_GONE" to CSC_MGR.SON. 
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Hierarchical Reset 

The sending of RSP(ACTPU* Cold) by a PU_T2 node or the BF 
supporting a PU_T1 node results in the deactivation of the 
SSCP-LU arid LU-LU sessions for all LUs belonging to the 
reset hierarchy of the PU. CSC_MGR.SON in the PU_T2 node 
generates and sends a deactivation request to each S5CP-LU 
and LU-LU half-session in its node. CSC_MGR.SON in a 
PU_T4|5 node providing BF support for the PU_T1|2 node , 
generates and sends an UNBIND to the primary half-session of 
each LU-LU session of each LU belonging to the subject 
PU_T1|2 node. For BF supporting PU_T1 nodes , UNBIND is sent 
to the secondary half-session. 

The sending of RSP(ACTPU»Cold) by a PU_T4|5 node results in 
the deactivation of the SSCP-LU and LU-LU sessions for all 
LUs belonging to the reset hierarchy of the PU. CSC_MGR.SON 
in the PU_T4!5 node generates and sends the deactivation 
requests. 

The sending of RSP(ACTLU,Cold) by an LU in a PU_T1|2 node, 
results in the deactivation of all LU-LU sessions of the 
subject LU. CSC_MGR.SON in the PU_T1|2 node generates and 
sends an UNBIND to each LU-LU half-session in its node for 
the subject LU. CSC_MGR.SON in a PU_T4|5 node providing BF 
support for the PU_T1|2 node LU, generates and sends an 
UNBIND to the primary half-session of each LU-LU session of 
the subject LU. 

The sending of RSP(ACTLU,Co Id) by an LU in a PU_T4|5 node 
also results in the deactivation of all LU-LU sessions of 
the subject LU. CSC_MGR.SON in the PU_T4|5 node generates 
and sends an UNBIND to each half-session of each LU-LU 
session for the subject LU. 

In each case above, CSC_MGR.SON is entered when 
CSC_MGR.SEND, while processing RSP(ACTPU,Cold) or 
RSP(ACTLU,Cold), sends "HIERARCHICAL_RESET" to CSC_MGR.SON. 


(T- \ 

V,,..' 
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EVENT 


ACTION 


r- 

• 

RSP(ACTLO,Cold) sent by PU_T1|2 

-------———- 

| CSCJIGR.SON in the node providing BF 

j support, resets the secondary LO-LO half- 
1 session by sending ONBIND to itself. 

| RSP (ONBIND) is discarded in FSM. 

. .... ■-.t .. ..- ..- .. .. . . ... _. .... 

“1 


RSP(ACTLO,cold) received by BF 

| CSC_NGR.SON in the node providing BF 
j support, sends ONBIND to the PLOs; receipt 
| of RSP(ONBIND) resets the BF. RSP(ONBIND) 
j is not forwarded to the SLO. 


1“ 

RSP(ACTLO,Cold) received by SSCP 

| No effect. 

■i 

r* 

RSP(ACTPO,Cold) sent by P0^T2 

| P0_T2 resets secondary LO-LO half-session by 

1 sending ONBIND to itself. The secondary 
j SSCP—LO half-sessions are reset by sending 
| DACTLO to itself. Responses are discarded 
| by the FSHs. 


r* 

RSP(ACTPO,Cold) sent by CSC HGR.SON 

. ji mu .. „ | . .i - ■- ■■ ' • -.. '-■■■■.■■ . 

| CSC_HGR.SON in the node providing 



in the BF node supporting a P0_T1 

j BF support, sends ONBIND to the PLOs; 
j receipt of RSP(ONBIND) resets the BF. 

| CSC_HGR.SON in the node providing BF 
j support, sends ONBIND to the SLOs and sends 
j DACTLO to the secondary SSCP-LO 
j half-session. 


r* 

RSP(ACTPO,Cold) received by BF fron a P0JT2 ( CSC_.NGR.SON in the node providing BF 

j support, sends ONBIND to the PLOs; receipt 
| of RSP (ONBIND) resets the BF. CSCJIGR.SON in 
| the node providing BF support, creates and 
| sends DACTLU to itself resetting the 

j SSCP-BF.LO session. The DACTLO is discarded 
| in the BF FSHs 

"I 

r 

RSP(ACTPO,Cold) received by SSCP 

| The SSCP.SVC_HGR sends DACTLO(Cleanup) to 
| the PU_T1|2 node resetting the primary 

| SSCP-LO half-session. The DACTLO(Cleanup) is 
| discarded by the BF 

i. ... .. ... .... . ..... 

“1 

r“ 

i 

DACTLO received by P0_T1|2 

| Same as sending RSP(ACTLU,cold). 

—i 

r~ 

1 

DACTLO received by BF 

• 

| Same as receiving RSP (ACTLU,cold) from 

| PU_T1 \ 2. 

T 

r 

i 

DACTLO sent by SSCP 

| Is not involved in SON. 

— 1 

J 

r“ 

RSP (ACTLU,Cold) sent by an LO 

| Send UNBIND to the PLUS, send UNBIND 

1 

L 

in a subarea node 

j to itself to reset the secondary LU-LO 
j half-sessions. The RSP(ONBIND) generated by 
j the SLO is discarded in the SLO*s FSH. 


r 

i 

RSP (ACTLO,cold) received by SSCP 
from LU in a subarea node. 

1 T 1 1 ■ ' 1 - -. 1 ■ ■ 1 - " 1 .. 1,1 '■ ■■ 1 11 -- —- 

| Is not involved in SON 

1 

T 

_J 

r* 

RSP(ACTPO,Cold) sent by a PO 

\ Send DACTLO to all LUs having an 

1 

L. 

in a subarea node. 

j active session with the PU's SSCP. Send 
| UNBIND to all the LUs having an active 
j session with this LU. Send UNBIND to this 
j LU for each UNBIND sent to the partner LUs. 
j The UNBIND sent to this LU is discarded by 
| the FSM. 

. J 

r 

RSP(DACTPO) sent by PU_T4|5 

( Underlying LU-LU sessions are not reset. 

| All underlying SSCP-LU, SSCP-BF.LU, and 
| SSCP—BF.PU sessions are reset by sending 
| DACTLU and DACTPO 

1 

J 

r 

DACTPO received by the BF 

. .... . l L . .,._a ^ , i, n .. . .... 1 ' 

| Same as sending RSP(ACTPU,Cold) on 


L, 

supporting a PU_T1. 

| behalf of a PU_T1. 

_j 


RSP(DACTPO) received by BF 

| Same as BF 

1 

L. 

supporting a PU_T2. 

j receiving RSP(ACTPU,Cold) from PUJT2. 


r 

L™ 

RSP (DACTPO) sent by PUJT2. 

| The PU_T2 resets all secondary LU-LU 

| half-sessions by sending UNBIND to itself, 
j The PU_T2 resets all secondary SSCP-LU 

| half-sessions by sendiftg DACTLU to itself. 

. i JL,— _ — -- ---- 

.J 


MOTES: 

1. It is not uncommon for CSC_HGR to send deactivation requests to itself. The reason 
CSC^MGR does this is to route the request throuqh the appropriate S?C_HGR, allowing the 
SVC_MGR to update its FSMs. 

2. ACTPU and DACTPO are not sent to PU_T1s. 

Figure 13-5. Reset table for the signals SSCP_GONE and 
HIERARCHICAL RESET. 
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SESSION ACTIVATION PARAMETERS PROTOCOL MACHINE t SESSACT ) 

CSC_MGR.SEND IRCV obtains the SCB for the locally supported 
or boundary function supported half-session; SESSAGT retains 
the session activation parameters carried on the session 
activation request and response* and initializes the states 
of the half-session. 

The SCB (Appendix A) has a common format for all 
half-sessions. A portion of the SCB corresponds to that 
portion of the BIND RU containing the FM» TS# and PS profile 
and usage fields. The SESSACT procedures map the parameters 
from the activation request and response into portions of 
the SCB. SESSACT.TC_INITIALIZE (Chapter 4) and 
SESSACT.DFC_INITIALIZE (Chapter 5) are called by SESSACT 
response-sending and -receiving procedures. These SESSACT 
procedures use the information contained in the SCB to set 
up parameters for TC and DFC use while the session is 
active; these parameters are also saved in the SCB. For 
example* the maximum RU size parameters are encoded in the 
activation RUs; instead of decoding these parameters each 
time they are needed while the session is active* they are 
decoded once and the results are saved. 
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NOTES : 

1. The session outage notification cause on these deactivation RUs 
is HIERARCHICAL_RESET or SSCP_GONE. 

2. The session outage notification cause on these deactivation RUs 
is VRINOP, DACTVR_FORCED> or SESSION_OVERRIDE. 

3. The NAUs within this figure are contained in a PU_T4|5 node. 
For NAUs supported by boundary function see Figure 13-7. 


Figure 13-6. Flow through CSC_MGR CPU_T4|5 NAUs with SON) 
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motes: 

1. Deactivation request with session outage notification cause of 
HIERARCHICAL_RESET or SSCP_GONE. 

2. Deactivation request with session outage notification cause of VRINOP, or 
DACTVR_FORCED. 

3. Deactivation request with session outage notification cause of REXJENOP, 
HIERARCHICAL_RESET, or SSCP_GONE. 

13-7. Flow through CSC_MGR (local and boundary function 
half-sessions) with session outage notification. 
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SESSION ACTIVATION AND DEACTIVATION PROTOCOLS 


The activation status of each half-session is indicated by 
the state of an appropriate FSM. This section includes the 
session-status (SESS) FSM definitions for SSCP-PU, SSCP-LU, 
and LU-LU primary and secondary half-sessions} their names 
are: 

F S M_S E S S_C P_P U_P RI 
FSM_SESS_CP_PU_SEC 
FSM_SESS_CP_LU_PRI 
FSM_SESS_CP_LU_SEC 
FSM_SESS_LU_LU_PRI 
FSM_SESS_IU_LU_SEC 

The session-status FSM for both SSCP-SSCP half-sessions is 
also define d: 

FSM_SESS_SSCP_SSCP_PRI_OR_SEC (Page 13-91) 

The session status for SSCP-PU* SSCP-LU* and LU-LU boundary 
function supported ha 1f-sessions are also defined: 

(Page 13-95) 

(Page 13-96) 

(Page 13-97) 

(Page 13-98) 

Along with the session activation RU* the SSCP.SVC_MGR or 
LU.SVC_MGR passes to CSC manager the Class of Service Name 
and virtual route identifier list (see Appendix A) to be 
used by the PU.SVC_MGR.PC_ROUTE_MGR.VR_MGR (Chapter 12) in 
assigning a virtual route (VR) for the new session. 

The following is an overview of the use of Class of Service 
name and virtual route identifier list in the activation of 
a session. The detailed logic is described later in this 
chapter and under the VR manager. The following is from the 
point of view of the primary half-session. 

• CSC_MGR* having received a session activation request 
from the NAU.SVC_MGR* creates an SCB* and sends the 
activation request to the VR manager for the assignment 
of a virtual route. 

• An installation specific algorithm reorders the virtual 
route list using the COS name and the network address 
pair for the session. The VR manager selects the first 
available virtual route* activates it if it is not 
already active* and sets a global pointer (VRCB_PTR) 
pointing to the virtual route control block. The 
virtual route control block represents the virtual 
route to be used by the session being activated. See 
VR manager (Chapter 12) for more details. 
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F S M_SE S S_BF_C P_P U_T1 
FSM_SESS_BF_CP_PU_T2 
FSM_SESS_BF_CP_LU 
FSM_SESS_BF_LU_LU 


(Page 13-92) 
(Page 13-92) 
(Page 13-93) 
(Page 13-93) 
(Page 13-94) 
(Page 13-94) 



CSC manager builds the session control block (SCB)> 
associates it with the assigned virtual route control 
block (VRCB)* and sends the session activation request 
to path control. If the VR manager cannot assign a 
virtual route* the VR manager returns a negative 
response to CSC_MGR. CSC manager forwards the -RSP to 
the SSCP.SVC_MGR or LU.SVC_MGR. 
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ACTIVATE CROSS-DOMAIN RESOURCE MANAGER CACTCDRM) 

DEACTIVATE CROSS-DOMAIN RESOURCE MANAGER (DACTCDRM) 

Flow: From SSCP to SSCP (Expedited) 

Principal FSM: 

FSM_SESS_SSCP__SSCP_PRI_OR_SEC (Page 13-91) 

ACTCDRM is sent from one SSCP to another SSCP to activate a 
session between them and to exchange information about the 
SSCPs (such as contents ID). By sending ACTCDRM* a 
half-session indicates its intention to assume the role of 
primary; the half-session receiving ACTCDRM is requested to 
assume the role of secondary. 

Since any SSCP may send ACTCDRM* it may happen that two 
SSCPs send ACTCDRM to each other at the same time. In this 
case* each CSC manager receives an ACTCDRM request from the 
other SSCP before it receives the response for the ACTCDRM 
request it sent for its own SSCP. To resolve this 
contention situation, each CSC manager compares the SSCP ID 
of the ACTCDRM it has sent to the SSCP ID of the ACTCDRM 
received. The s ender of the greater SSCP ID is the ACTCDRM 
contention winner; that CSC manager sends a NAU Contention 
negative response (X'080D') to the other SSCP's ACTCDRM. If 
the two ACTCDRMs traversed the same virtual route, the 
receiver of the ACTCDRM containing the greater SSCP ID 
processes the request as if it had never sent ACTCDRM. If 
the two ACTCDRMs traversed different virtual routes* the 
r eceiver of the greater SSCP ID generates and sends a 
DACTCDRM (with an SON code = X'10') to the SSCP contention 
winner over the same virtual route on which the 
contention-losing ACTCDRM was sent. DACTCDRM is sent to 
reset a half-session in the case of an inoperative virtual 
route. Subsequently* the receiver of the contention-winning 
ACTCDRM receives and discards the negative response to the 
losing ACTCDRM. If the SSCP IDs are equal* both SSCPs send 
and receive negative responses; the contention is then 
resolved by the network operators. 

When an SSCP is attempting to establish a session* the 
ACTCDRM may be in the VR reservation list waiting for the 
activation of a VR. It is possible for the session partner 
SSCP (the destination of the ACTCDRM in the reservation 
list), to send an ACTCDRM. When CSC manager receives the 
ACTCDRM* CSC manager accepts that ACTCDRM, even if it would 
be the contention loser, unless the virtual route has 
already been established. If the VR has already been 
established, the normal contention situation processing 
occurs. 

If the activation request/response sequence identifier in 
the SCB is less than the one in the ACTCDRM, the received 
request is more recent and the session is to be overridden. 


CHAPTER 13. PU.SVC_MGR.CSC_MGR 13-17 



For ACTCDRM> the session is overridden by the SSCP.SVC_MGR 
performing the resynchronization of the SSCP-SSCP session 
(see Chapter 7) . 


The type of session activation requested may be either Cold 
or ERP (error recovery procedure). The type of session 
activation actually performed by the SSCP is indicated on 
the response. If Cold is requested* only Cold session 
activation is allowed. If ERP is requested* either ERP or 
Cold session activation may be performed. The parameters 
and rules to be used while the SSCP-SSCP session is active 
are indicated by the FM and TS profiles (see Appendix F) and 
the TS Usage field. 


The CDRM control vector and the Activation Request/Response 
Sequence Identifier control vector are carried in ACTCDRM 
and RSP(ACTCDRM)» RSP(ACT CDRM) may also carry the Vector 
Keys Not Recognized control vector. The CDRM control vector 
contains the CDRM profile number and CDRM Usage field (see 
Appendixes E and F). They are exchanged between SSCPs in 
order to convey the functional capability of each SSCP to 
the other. 


The Activation Request/Response Sequence Identifier control 
vector for ACTCDRM is created by the SSCP.SVC_MGR. The 
Activation Request/Response Sequence Identifier is used by 
the receiver of ACTCDRM to determine whether the current 
ACTCDRM supersedes a previously received ACTCDRM or 
RSP(ACTCDRM) from the same sender (see Appendix E). 


A new Activation Request/Response Sequence Identifier 
control vector is generated by the SSCP.SVC_MGR receiving 
ACTCDRM and placed in the RSP(ACTCDRM). The Activation 
Request/Response Sequence Identifier control vector is used 
by the receiver of RSP(ACTCDRM) to determine whether the 
current RSP(ACTCDRM) supersedes a previously received 
ACTCDRM or RSP(ACTCDRM) from the same sender. Generating a 
new Activation Request/Response Sequence Identifier control 
vector for RSP(ACTCDRM) facilitates the restart of SSCP-SSCP 
sessions that have failed due to routes becoming 
inoperative. 


The Vector Keys Not Recognized control vector in 
RSP(ACTCDRM) specifies those control vector key values that 
were received in ACTCDRM but not recognized by the receiver. 




4 A 
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ACTCDRM(Cold) may not be sent by an SSCP unless the 
SESS_SSCP_SSCP_PRI_OR_SEC FSM is in the reset state. On the 
receive side» ACTCDRM(Cold) causes the reset of the sessions 
belonging to the reset hierarchy of the secondary SSCP» the 
deactivation of any cross-domain LU-LU sessions between LUs 
in the domains of the two SSCPs* and the purging of queued 
INIT and CDINIT requests for LU-LU sessions between the two 
domains. The LU-LU ha 1f-sessions are deactivated by an SSCP 
by sending: 

• CLEANUP to its LUs associated with a PU_T4|5 node and 
acting as SLUs. 

• CTERMCCleanup) to its LUs associated with a PU_T4|5 

node and acting as PLUs. 

• DACTLU or ACTLU(Cold) to its LUs associated with a 
PU_Tlj2 node (relying on the fact these LUs have a 
session limit of one). 

The positive response to ACTCDRM conveys the same type of 
information as the ACTCDRM request. If the SSCP that sent 
ACTCDRM does not accept the information conveyed on the 
positive response) it sends DACTCDRM indicating an invalid 
activation parameter (with reason code set to 0821 , 0833, or 
0835), to deactivate the session and to indicate to the 
sender of the response the field that was unacceptable. 

DACTCDRM is sent to deactivate an SSCP-SSCP session. The 
type of deactivation is indicated in the request as follows: 

• Normal end of session: The response to this type of 

DACTCDRM is accompanied by the resetting of the 
sessions belonging to the reset hierarchy of the SSCPs. 

• Invalid activation parameter: The results are the same 
as for normal end of session. 

• Session outage notification: DACTCDRMCtype - SON) 

resets the SSCP-SSCP’ session, and also results in the 
resynchronization of the two SSCPs with respect to 
LU-LU sessions and requests for LU-LU sessions between 
the two domains. The SSCP.SVC_MGR (Chapter 8) performs 
the SSCP-SSCP resynchronization. 
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Cleanup can be indicated in the DACTCDRM request* as an SON 
cause (see Appendix E)> when an SSCP is resetting its 
SSCP-SSCP half-session before receiving the partner SSCP's 
response to DACTCDRM. In this case* CSC_MGR.SEND in the 
sending node* generates the response to DACTCDRM and sends 
the response to CSC_MGR.RCV in the same node* CSC_MGR.RCV 
forwards the response to the SSCP.SVC_MGR that sent 
DACTCDRMCCleanup)* resetting its SSCP-SSCP half-session, 
CSC_MGR.SEND also forwards the DACTCDRM to path control 
(Chapter 3) . 
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ACTIVATE PHYSICAL UNIT (ACTPU) 
DEACTIVATE PHYSICAL UNIT (DACTPU) 


Flow: From SSCP to PU (Expedited) 


Principal FSMs: FSM_SESS_CP_PU_PRI 

FSM_SESS__CP_PU_SEC 
F S M_S E S S_BF_C P_P U_T1 
FSM_SESS_BF_CP_PU_T2 


(Page 13-92) 
(Page 13-92) 
(Page 13-95) 
(Page 13-96) 


ACTPU is sent from an SSCP to a PU to activate a session 
between the SSCP and the PU* and to obtain certain 
information about the PU (such as contents ID). The SSCP 
assumes the role of primary NAU, while the PU assumes the 
role of secondary. 


The type of session activation requested may be either Cold 
or ERP (error recovery procedure) where Cold would reset the 
SSCP-PU primary and secondary session subtreesi while ERP is 
requesting the activation of the SSCP-PU session without 
resetting the SSCP-PU primary and secondary subtrees. The 
type of session activation actually performed by the PU is 
indicated on the response. If Cold is requested* only Cold 
session activation is allowed. If ERP is requested* either 
ERP or Cold session activation may be performed* depending 
upon the functional capabilities of the receiving PU. The 
parameters and rules to be used while the SSCP-PU session is 
active are indicated by the FM profile and TS profile (see 
Appendix F). 


ACTPU contains a six-byte SSCP ID field* which can be used 
by the receiving PU in determining the validity of the 
ACTPU. 


The Activation Request/Response Sequence Identifier control 
vector and the SSCP-PU Session Capabilities control vectors 
are carried by format 3 of ACTPU* while the corresponding 
response carries the Activation Request/Response Sequence 
Identifier control vector and may also carry the Vector Keys 
Not Recognized control vector. 

The Activation Request/Response Sequence Identifier control 
vector for ACTPU is generated by the (SSCP|PUCP).SVC_MGR. 
The Activation Request/Response Sequence Identifier control 
vector is used by the receiver of ACTPU to determine whether 
the current ACTPU supersedes a previously received ACTPU 
from the same sender. If the activation request/response 
sequence identifier in the SCB is less than the one in the 
ACTPU, the received ACTPU is more recent and the session is 
to be overridden. For ACTPU, the session is overridden by 
the PU.SVC_MGR performing lost control point hierarchical 
reset for the SSCP-PU session (see Chapter 11). 
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The SSCP-PU Session Capabilities control vector identifies f 

the functional level of the SSCP to the PU (see CSC_MGR.SON v 

and Appendix E for details). The Activation 
Request/Response Sequence Identifier control vector for 
ACTPU is echoed in the RSP(ACTPU) by CSC manager in the node 
receiving the ACTPU. 

When an ACTPU is addressed to a PU_T4|5» and the Cold 
response is returned to the SSCP, all boundary function FSM 
session subtrees involving that SSCP are reset. When an 
ACTPU i s addressed to a PU_T 1 12 node supported by a boundary 
function, the boundary function also processes the ACTPU and 
the response to ACTPU, to update its control information. 

ACTPU and DACTPU are handled completely by the boundary 
function support for PU_Tls. 

The activation of the SSCP-PU session on the part of the PU 
is signaled by a positive response. 

ACTPU ( CoId ) is used to activate the SSCP-PU session and to 
reset the SSCP-PU primary and secondary session subtrees. 

Cold is returned on the response to ACTPU if (1) Cold was 
requested, or (2) ERP was requested, but the PU could not 
activate the SSCP-PU session without resetting the SSCP-PU 
secondary session subtree. When the Cold response is 
returned to the SSCP by the PU, all FSMs in the reset 
hierarchy of the PU are reset. Upon receipt of the Cold 
response, all FSMs in the reset hierarchy of the SSCP-PU 
session. 

When an ACTPU (Cold or ERP) is addressed to a PU_T2 
supported by a boundary function and a positive Cold 
response is returned, CSC manager in the node providing 
boundary function support performs the necessary session 
outage notification as a result of resetting the SSCP-PU 
session subtree. If the PU returns a positive ERP response, 
the boundary function establishes the session parameters 
retained from the ACTPU being responded to without .esetting 
the subtree. 

ACTPU ( ERP ) is used to activate or to resynchronize the 
SSCP-PU session without affecting other sessions. An ERP 
response indicates that the SSCP-PU data traffic and PU 
services subtrees were reset without affecting other 
half-sessions . 

If the PU returns a positive ERP response, the boundary 
function establishes the session parameters retained from 
the ACTPU being responded to without resetting the subtree. 

DACTPU is sent to deactivate the session between the SSCP ^ 
and the PU. The type of deactivation is indicated in the (. 
request as follows: 
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• Final use. physical connection may be broken: The 

response to this type of DACTPU, in a PU_T1|2 node, is 
accompanied by the resetting of the FSMs in the reset 
hierarchy of the PU and S5CP. The response to this 
type of DACTPU in a PU_T4i5 node does not reset the 
FSMs. 

• Not final use. physical connection should not be 
broken: This is the same process as for final use. 

• Session outage notification: The cause specified for 
session outage notification is contained in DACTPU. 
All of these causes reset only the subject session. 
i.e.» the SSCP-PU session; the hierarchical reset is 
not performed. 

Cleanup can be indicated in the DACTPU request, as an SON 
cause (see Appendix E). when an SSCP is resetting its 
SSCP-PU half-session before receiving the PU's response to 
DACTPU. In this case. CSC_MGR.SEND» in the node containing 
the SSCP. generates a response to the DACTPU. and sends the 
response to CSC_MGR.RCV located in the same SSCP's node; 
CSC_MGR.RCV forwards the response to the SSCP.SVC_MGR» 
resetting the SSCP-PU primary ha 1f-session. CSC_MGR.SEND in 
the node containing the S5CP also forwards the DACTPU to 
path control (Chapter 3). 

When DACTPU(Cleanup) is addressed to a PU_T1|2 node 
supported by a boundary function. CSC_MGR.RCV in that node 

generates a response to DACTPU. and sends the response to 

itself. The receipt of the response resets the boundary 
function supporting the secondary half-session. CSC_MGR.RCV 
also forwards the DACTPU to path control (Chapter 3). 

When DACTPU is addressed to a PU_T1|2 node supported by a 
boundary function. CSC manager in the node providing 

boundary function support also performs session outage 

notification depending upon the type of the DACTPU. 
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ACTIVATE LOGICAL UNIT (ACTLU) 

DEACTIVATE LOGICAL UNIT (DACTLU) 

Flow: From SSCP to LU (Expedited) 

Principal FSMs: FSM_SESS_CP_LU_PRI 

FSK_SESS_CP_LU_SEC 
FSM_5ESS_BF_CP_LU 

ACTLU is sent from an SSCP to an LU to activate a session 
between the SSCP and the LU* and to establish common session 
parameters. The SSCP assumes the role of primary NAU* while 
the LU assumes the role of secondary. 

The type of session activation requested may be either Cold 
or ERP (error recovery procedure). The type of session 
activation actually performed by the LU is indicated on the 
response. If Cold is requested* only Cold session 
activation is allowed. If ERP is requested* either ERP or 
Cold session activation may be performed. 

The parameters and rules to be used while the SSCP-LU 
session is active are indicated by the FM profile and TS 
profile (see Appendix F). 

For ACTLU to be validly received* the PU providing local 
support for the LU must have an active half-session with the 
SSCP that sent the ACTLU. 

The ACTLU response carries the SSCP-LU Session Capabilities 
control vector and the LU-LU Session Services Capabilities 
control vector that include fields that specify the 
capabilities of the LU* e.g.* the maximum RU size allowed on 
the normal flows* the ability of the LU to accept 
unsolicited FMD requests from the SSCP* and the capability 
of the LU to act as a secondary for an LU-LU session (see 
Appendix E for details). The vectors also provide SSCP-LU 
(and BF) resynchronization capability by specifying the 
LU-LU session limit and the LU-LU session count. 

When an ACTLU or DACTLU is addressed to an LU supported by a 
boundary function* the boundary function also processes the 
request* and the response* to update its control information 
for the LU. 

The activation of the SSCP-LU session on the part of the LU 
is signaled by a positive response. 


a y 


X, 


(Page 13-93) 
(Page 13-93) 
(Page 13-97) 
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ACTLU ( Cold ) is used to activate the SSCP-LU session and to 


reset the SSCP-LU primary and secondary session subtrees. 

Cold is returned on the response to ACTLU if (1) Cold was 
requested) or (2) ERP was requested, but the LU could not 
activate the SSCP-LU session without resetting the SSCP-LU 
secondary session subtree. When the Cold response is 
returned to the SSCP by the LU, all FSMs in the reset 
hierarchy of the secondary SSCP-LU session are reset; when 
the Cold response is received, all FSMs in the reset 
hierarchy of the primary SSCP-LU session are reset. 

When an ACTLU (Cold or ERP) is addressed to an LU that is 
associated with a PU_Ti|2 node and a positive Cold response 
is returned, CSC manager in the node providing boundary 
function support performs the necessary session outage 
notification as a result of resetting the SSCP-LU session 
subtree. 

ACTLU C ERP ) is used to activate or to resynchronize the 
SSCP-LU session without affecting other sessions. An ERP 
response indicates that the SSCP-LU data traffic FSMs and LU 
services are reset; other FSMs are unaffected. 

If the LU returns a positive ERP response, the boundary 
function establishes the session parameters retained from 
the ACTLU being responded to without resetting the subtree. 

DACTLU is sent to deactivate the session between the SSCP 
and the LU. The type of deactivation is indicated in the 
request as follows: 

• Normal deactivation: The response to this type of 
DACTLU is accompanied by the resetting of the FSMs in 
the reset hierarchy of the SSCP-LU half-sessions. 

• Session outage notification: The cause specified for 
session outage notification is contained in DACTLU. 
Only the subject SSCP-LU session is reset; the 
hierarchy reset is not performed.) 
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Cleanup can be indicated in the DACTLU request* as an SON 
cause Csee Appendix E)> when the SSCP is resetting its 
SSCP-LU half-session before receiving the Ill’s response to 
DACTLU. In this case* CSC_MGR.SEND * in the node containing 
the SSCP* generates the response to the DACTLU and sends the 
response to CSC_HGR.RCV located in the same SSCP’s node* 
CSC_MGR.RCV forwards the response to the SSCP.SVC_MGR 
resetting the SSCP-LU primary half-session. CSC_MGR.SEND 
also forwards the DACTLU to path control (Chapter 3). 

When DACTLU(Cleanup) is addressed to a PU_T1|2 node 
supported by a boundary function* CSC_MGR.RCV in that node 
generates a response to DACTLU* and sends the response to 
itself. The receipt of the response resets the boundary 
function supporting the secondary ha 1f-session. CSC_MGR.RCV 
also forwards the DACTLU to path control (Chapter 3). 


When DACTLU is addressed to an LU that is associated with a 
PU_T1|2 node* CSC manager in the node providing boundary 
function support also performs session outage notification 
depending upon the type of the DACTLU. 
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BIND SESSION (BIND) 
UNBIND SESSION (UNBIND) 


Flow: 


From primary LU to secondary LU 


(Expedited) 


Principal FSMs: FSM_SESS_LU_LU_PRI 

FSM_SESS_LU_LU_SEC 

FSM_SESS_BF_LU_LU 


(Page 13-94) 
(Page 13-94) 
(Page 13-98) 


BIND is sent from a primary LU to a secondary LU to activate 
a session between the LUs. The secondary LU uses the BIND 
parameters to help determine whether it will respond 
positively or negatively to BIND. Control information in 
either LU is updated only on a positive response. A 
successful BIND causes reset of the reset hierarchy of the 
PLU, SLU, and BF.LU. 

Two types of BIND are defined: nonnegotiable and 
negotiable. 

BIND does not have ERP types as do other session activation 
requests (e.g.* ACTPU). The distinction between simple 
activation and resynchronizing reactivation following a 
failure is made after the session has been activated. In 
some cases (e.g.* when the sync point protocol is used), 
STSN is used; in others, end user protocols are invoked. 


For the nonnegotiable BIND* the secondary LU receiver of 
BIND checks the session parameters* which are specified by 
the FM* TS* and PS Profile and Usage fields (discussed 
below). If they are unacceptable* it returns a negative 
response with the sense code* Invalid Parameter (0821* 0832* 
0833* or 0835). If the information carried on the BIND is 
otherwise acceptable (e.g.» session limit not exceeded)* a 
positive response is returned and the session parameters 
specified by the BIND are used for this activation of the 
session. 


For the negotiable BIND* the receiver does not reject the 
BIND because of any incompatibility (if it supports 
negotiable BIND) with the proposed session parameters 
(except secondary send maximum RU size and secondary receive 
pacing count). Rather* if the BIND is otherwise acceptable 
(e.g., session limit not exceeded)* a positive response is 
returned that carries a complete set of session parameters; 
these parameters can either match the primary LU’s session 
parameters* or can differ, where the secondary chooses 
different options. The secondary may freely modify the 
session parameters, except for pacing parameters and maximum 
RU sizes (see SNA LU-LU Session Types )♦ The maximum RU 
sizes may be reduced and the secondary CPMGR receive pacing 
count may be reduced* but not zero; if the secondary 
CPMGR receive pacing count is reduced and the staging 
indicator is for one stage* the primary CPMGR send pacing 
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count is set equal to the secondary CPMGR receive pacing 
count (refer to Figure 13-8* BIND Image and BIND RU 
Modification Table). The primary Lll receiver of the 
response checks the parameters as received* and sends UNBIND 
if they are not acceptable. If they are acceptable* then 
these parameters are used for the activated session. 


When a BIND or UNBIND is sent to an LU supported by a 
boundary function, the boundary function also processes the 
request, and the response* to update its control information 
for the session. As part of the BF support processing* the 
BF.LU.SVC_MGR notifies the SSCP.SVC_MGR via SESSEND when the 
LU-LU session that it is supporting goes reset, via UNBIND, 
after having achieved ACTIVE state (i.e.* positive response 
to BIND had passed through the BF.LU.SVC_MGR). If the BIND 
request is nonnegotiable* the BF may reduce the secondary 
CPMGR send pacing count if the staging indicator is set for 
two-stage pacing. If the BIND request is negotiable* the BF 
may reduce the maximum RU sizes* alter the TS profile* and 
reduce the primary CPMGR send pacing count and the secondary 
CPMGR send pacing count if the staging indicator is set for 
two-stage pacing (refer to Figure 13-3 for additional rules 
on BIND parameter modifications). 

If a BIND is sent to a peripheral LU and a positive response 
is returned, the boundary function resets all boundary 
function FSMs in its reset hierarchy and establishes the 
session parameters retained from the BIND* for a 
nonnegotiable BIND* or carried on the positive response* for 
a negotiable BIND. If the negotiable BIND response is not 
acceptable to the BF.LU.SVC_MGR, or the secondary LU 
responds with a nonnegotiable response to a negotiable 
request and the boundary function had changed the maximum RU 
sizes* TS profile, or primary CPMGR send pacing count* the 
+RSP(BIND) is turned into a -RSP(BIND* sense code: 084D 
Invalid Session Parameters—BF) by the BF.LU.SVC_MGR and is 
sent to the PLUJ the PLU generates and sends an UNBIND to 
the SLU upon receipt of an 084D sense code. If the 
parameters in the +RSP(BIND) are not acceptable to CSC 
manager in the primary ha 1f-session, CSC manager turns the 
+RSP(BIND) into a -RSP(BIND, sense code: 084E Invalid 
Session Parameters--PRI) and sends the response to the PLU. 
The PLU generates and sends an UNBIND to the SLU upon 
receipt of an 084E sense code. 

A general description of the BIND RU fields follows (see 
Appendix E for details): 

Format : This specifies the format of the BIND RU. One 
format is defined: Format 0 * others are reserved. 
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Type : Two types of BIND are defined: nonnegotiable and 
negotiable. If the secondary does not support the type 
specified* it may return a negative response with either the 
Function Not Supported (1003) or the Invalid Session 
Parameter (0821* 0832* 0833, 0835) sense code, or, if the 
secondary does not support negotiable BIND, it may process 
the request as a nonnegotiab1e BIND. (This means that the 
response is positive or negative in accordance with the 
acceptability of the BIND parameters to the secondary; the 
returned response is nonnegotiable.) For the negotiable 
BIND, the returned positive response has the same general 
format as the BIND request. For the nonnegotiable BIND, the 
returned positive response RU can be the one-byte request 
code or if session-level cryptography is specified in the 
BIND request, the extended response is returned, consisting 
of at least 36 bytes. For additional details, see Appendix 
E. 


FM Profile : This field contains a 
some of the data flow control 
protocols to be used by the LUs 
Profile field contains an assign 
specifies a particular set of 
protocol rules. For those prof 
options, the FM Usage field (see 
options have been selected. For 
Appendix F. 


binary key that specifies 
and function management 
in this session. The FM 
ed profile number that 
mandatory and optional 
iles with rules having 
below) specifies which 
additional details, see 


T5 Profile : The TS profile specifies which transmission 
control facilities will be used for the duration that the 
session remains active. The information specified by the TS 
profile may be supplemented by that in the TS Usage field. 
Certain TS profiles do not require the use of the TS Usage 
field. For additional details, see Appendix F. 


FM Usage : This field supplements the information specified 
by the FM Profile. It is divided into three subfields: a 
common field, a secondary LU field, and a primary LU field. 
The common field contains those protocol rules that the 
primary and secondary LUs must jointly enforce (e.g., 
whether the normal requests will flow one direction at a 
time (HDX), or may flow in both directions concurrently 
(FDX )). The secondary LU field specifies the rules that the 
secondary will follow (e.g.» whether the secondary may end a 
bracket). The secondary LU may refrain from using all the 
freedom the rules allow (e.g., single-RU chains may be sent 
even though chains with multiple RUs are allowed). 
Si milarly, the primary LU field specifies the rules that the 
primary will follow for the session. 

TS Usage : This field supplements the information specified 
by the TS profile. It is used to specify pacing parameters 
and maximum RU sizes on the normal flow. 
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PS Profile ; This field contains a format indicator and an 
LU-LU session type designation* which together determine the 
format and meaning of the following PS Usage field. If 
LU-LU session type 0 is designated, the format and meaning 
of the PS Usage field are implementation defined. If a 
nonzero LU-LU session type,j(j>0)» is designated, then the 
format and meaning of the PS Usage field are architecturally 
defined according to the format indicator and the value (j) 
specified for the LU-LU session type. 

LU Session Type ; a nonzero LU-LU session type, unlike LU-LU 
session type 0, architecturally determines the following for 
the session: 

• The mandatory and optional values allowed in the FM 
Profile field, TS Profile field, FM Usage field, and TS 
Usage field of BIND 

• The usage of SNA character string (SCS) controls, FM 
headers, RU parameters (e.g.» status codes allowed in 
LUSTAT), and sense codes 

• Presentation services protocols, such as those 

associated with FM header usage (see SNA LU-LU Session 
Types for details) 

PS Usage : This field supplements the information specified 
by the TS and FM Profile/Usage fields by identifying 
additional function management options that will be used by 
the primary and secondary half-sessions. There are three 
subfields: a common field, a secondary LU field, and a 

primary LU field. These subfields are used in the same 
manner as the subfields of the same name in the FM Usage 
field. 

Cryptography Options : This field specifies whether 

cryptography is used, and, if so, specifies the cryptography 
options and parameters to be used for the session. This 
field includes a count specifying the length, in bytes, of 
the following variable-length subfield that gives the 
cryptography options and parameters for the session If the 
count specifies 0, then cryptography is not used for the 
session. The PLU sets the count field to 0 and omits the 
following variable-length subfield if session-level 
cryptography has been specified (only these options require 
that the session cryptography keys be distributed). The PLU 
sets the cryptography option flags in byte 26 according to 
the highest order cryptography requirement, as determined by 
the indicators received in the BIND image of the preceding 
ClNIT and the implementation- and installation-determined 
requirements for the PLU. The order is: session-level 
mandatory, session-level selective, none. The SLU saves the 
session cryptography key received in BIND and checks that 
the cryptography option specified is not of lower order than 
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it requires. For session-level cryptography, the SLU 
returns an enciphered session-seed value in +RSP(BIND) that 
is used both as a test value in CRV (see the section on that 
request) and as a seed value in the enciphering and 
deciphering processes (see "Sessions with Cryptography" in 
Chapter 4 for additional discussion and references). 

Primary LU Name : An uninterpreted name, as carried in the 
INIT request from the SLU, or otherwise a network name, 
preceded by a one-byte binary length indication. The length 
value does not include the Count field itself. The PLU name 
in the BIND RU identifies the PLU to the SLU. The PLU name 
may also be carried on the INIT and CINIT requests; these 
requests flow to the SSCP from the initiating LU and from 
the SSCP to the PLU, respectively, and precede the sending 
of BIND (see Chapter 8 and Appendix E). The SSCP assigns 
the proper PLU network address using the PLU name. 


User Data : Contains data defined by the LU services 
managers of the session or by their end users. It is not 
used by the CSC_MGR(s), nor is it used by the SSCP(s) that 
built the BIND image in CINIT. It is preceded b> a one-byte 
binary Length field. The length value does not include the 
Length field itself. Two formats are defined, based upon 
the value of the first byte: 

• -X'OO’: the entire User Data field is unstructured and 

can be used for implementation defined purposes. 

• X'OO': the User Data field contains one or more 

architected structured subfields. Each subfield is 
preceded by a one-byte binary Length field and is 
identified by a subfield number in the following byte. 
The length does not include the Length byte itself. 
When more than one subfield is included, they appear in 
ascending order by subfield number. 

The following subfields are defined: 

Unstructured Data : Subfield number X'OO’ contains 
unstructured data. It can be used for implementation 
defined purposes. 

Session Qua 1ifier : Subfield number X'01' contains data that 
associates the session with resources within the two LUs. 
It can be used to associate the session with 
resynchronization data so that a session that failed can be 
reactivated without loss of data. See the discussion of the 
STSN request, Chapter 4. It also can be used to associate 
the session with a statically defined resource such as a 
queue of output messages. Two subfields are used: 
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• Primary Resource Qualifier: This field* changeable on 

the (negotiable) response. defines the associated 
resources within the primary LU. It consists of a 
one-byte binary Length field followed by the qualifier 
data. The length does not include the Length field 

itself. 

• Secondary Resource Qualifier; This field. changeable 

on the (negotiable) response. defines the associated 
resources within the secondary LU. It consists of a 
one-byte binary Length field followed by the qualifier 
data. The length does not include the length field 

itself. 

The session resource qualifiers supply a unique name for 
each session even when parallel sessions are in use: 

• Session Qualifier Pair = (primary resource qualifier, 
secondary resource qualifier) 

• Session Name (SN) = (PLUname. SLUname). 

session_qualifier_pair 

This allows ha 1f-sessions to be named independently of their 
network addresses (the naming implies that sessions are 
reactivated restart with the primary/secondary polarity of 
the original session). 

The User Data field in BIND is constructed from both User 
Data fields (inside and outside the BIND image) in CINIT. 


User Request Corre lation Field : Contains the user request 
correlation (URC) value. as extracted from the CINIT RU by 
the primary LU services manager. This allows the SLU to 
relate the INIT request and the BIND. It is preceded by a 
one-byte binary Length field. The length value does not 
include the Length field itself. The Length field is 
nonzero only if the SLU generated the URC. originally, in an 
INIT that resulted in the sending of the BIND. 

Secondary LU Name : Contains the secondary LU network name 
(an EBCDIC symbolic name), as extracted from the CINIT RU by 
the primary LU services manager. It is preceded by a 
one-byte binary Length field. The length value does not 
include the Length field itself. The Length field is 
nonzero if and only if BIND is negotiable. 

UNBIND is sent to deactivate an active session between the 
two LUs. The positive response to UNBIND is accompanied by 
the deletion of the SCBs used by the session. 
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If UNBIND is addressed to an LU associated with a peripheral 
node* CSC manager in the node providing boundary function 
support resets all boundary function FSMs in its reset 
hierarchy when UNBIND or its response (whether positive or 
negative) is processed. The type of deactivation (e.g.» 
normal end of session, virtual route inoperative (see 
Appendix E)) is specified in the UNBIND request. 

Cleanup can be indicated in the UNBIND request, as an SON 
cause (see Appendix E), when an LU is resetting its LU-LU 
half-session before receiving the partner LU's response to 
UNBIND. In this case, CSC_MGR.SEND in the sending node 
generates the response to the UNBIND and sends the response 
to CSC_MGR.RCV in that node; CSC_MGR.RCV forwards the 
response to the LU.SVC_MGR, resetting its LU-LU 
half-session. C5C_MGR.SEND also forwards the UNBIND to path 
control (Chapter 3). 

When UNBIND(Cleanup) is addressed to a peripheral node 
supported by a boundary function, CSC_MGR.RCV generates a 
response to UNBIND and sends the response to itself. The 
receipt of the response resets the boundary function 
supporting the LU-LU half-session. CSC_MGR.RCV also 
forwards the UNBIND to path control (Chapter 3). 
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cross-domain 
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SSCP(PLO) 

session 









or 










CDCINIT 

SSCP(SLO) 

SSCP(PLO) 

PLO 


BF 

SLO 

PLO 

BF 

SLO 


(Note 1) 

(Note 2) 

(Note 

3) 

(Note 4) 

(Note 5) 

(Note 3) 

(Note 4) 

(Note 5) 

Type 

I 

A 

A 

- 

- 

A 

- 

A 

Format 

I 
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- 

- 

- 

- 

- 

- 

FH profile 

I 

A 

A 

- 

- 

A 

- 

A 

TS profile 
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A 

A 

- 

- 

A 

A 

A 

FH usage 
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A 

A 

- 

- 

A 

- 

A 

TS usage (Note 6) 









staging indicator for 
secondary-to-primary pacing 

I 

- 

- 

- 

- 


- 

- 

secondary CPHGR send pacing 
count 

I 

D3 

D3 

D2 

- 

D3 

D2 

- 

secondary CPHGR receive 
pacing count 

I 

- 

- 

- 

- 

- 

- 

D 

secondary-to-primary 
maximum RO size 

I 

D 

D 

- 

- 

D 

D 

D 

primary-to-secondary 
maximum RO size 

I 

D 

D 

- 

- 

D 

D 

D 

primary CPMGR send pacing 
count 

I 

- 

- 

- 

- 

- 

D2 

D1 

staging indicator for 
primary-to-secondary pacing 

I 

- 

- 

- 

- 

- 

- 


primary CPMGR receive 
pacing count 

I 

D 

D 


- 

D 

- 

- 

PS profile 

I 

A 

A 

- 

- 

A 

- 

A 

PS usage 
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A 

A 

- 

- 

A 


A 

Cryptography 

I 

C 

C 

- 

C 

C 

- 

C 

Primary LO name 

0 

0 

- 

- 

EO 

- 

- 

EO 

Oser data 

I 

A 

A 

- 

EO 

A 

- 

A 

Oser request correlation 

01 

PI 

P2 

- 

EO 

P2 

- 

EO 

Secondary LO name 

11 

11 

- 

- 

/ 

- 

- 

EO 


/ not included in nonnegotiable BIND 
- not allowed to change 
A allowed to change 

C change only as allowed for cryptography 
D allowed to decrease 

D1 sets equal to (if greater than) the value of secondary CPHGR receive pacing count for one-stage pacing 
D2 allowed to decrease for two-stage pacing 

D3 sets equal to (if not already equal) the value of primary CPHGR receive pacing count for one-stage pacing 

I values initially assigned based on optional implementation and installation parameters for the specific LO 

II is the network name; valid for negotiable BIND only 

0 uninterpreted name used if SLO issued INIT; network name otherwise; uninterpreted name obtained from INIT 
RU for same domain, CDINIT RO for cross-rdcmain 
01 obtained from INIT RO 

PI not allowed to change if SLU issued INIT; included if PLO or SLO issued INIT; otherwise, not present 
P2 included if SLO issued INIT; otherwise, not included 
EO may be echoed or omitted by setting the length to zero 

NOTES; 

1. SSCP(SLU) assigns initial values in "BIND image" (see CDCINIT, Chapter 8) SSCP(PLO) assigns initial values 
in "BIND image" (see CINIT, Chapter 8) 

2. SSCP(PLO) can change the value on CDCINIT to CINIT conversion (see CDCINIT, Chapter 8) 

3. PLO can change the value on CINIT to BIND conversion (see CINIT, Chapter 8) 

4. BF can change the value on BIND request (see BIND, this chapter) 

5. SLO can change the value on BIND response (see BIND, this chapter) 

6. Changing from an unspecified value to a specified value is considered to be a decrease. 

Figure 13-8. BIND Image and BIND BO Modification Table 
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CSC_HGR.SEND: PROCEDURE; 


/♦ 


FUNCTION: THIS PROCEDURE RECEIVES THE REQUESTS FOR SESSION ACTIVATION AND 

DEACTIVATION FROM THE NAU.SVC HGR, FROH CSC HGR.SON, OR FROM THE 
VR H6R TO BE SENT TO PATH CONTROL (CHAPTER 3) . THE RESPONSES FOR 
SESSION ACTIVATION AND DEACTIVATION ARE RECEIVED FROH THE 
NAU.SVC HGR OR FROH THE VR HGR. THIS PROCEDURE OBTAINS THE SCB 
POINTER"(EITHER PRESENT OR NULL), SETS THE CB TYPE TO HALF SESS OR 
BF_SESS, AND SETS THE POINTER TO THE NODE RESOURCE ENTRY. 

INPUT: ACTIVATION OR DEACTIVATION REQUESTS OR RESPONSES; HUCB.DIRECTION IS 

SET 

OUTPUT: THE REQUEST OR RESPONSE IS ROUTED TO THE APPROPRIATE CSC HGR.SEND 

ROUTINE; NRCB_PTR, CBJTYPE, AND SCBJPTR ARE SET- 


*/ 

IF DISPATCHED BY(BF.LU.SVC HGR) ( DISPATCHED_BY(BF.PU.SVC^HGR) THEN 

CBJTYPE = BF SESS; " " /* PAGE 13-99 */ 

ELSE 

CBJTYPE = HALF_SESS; /* PAGE 13-99 */ 

SELECT ANYORDER (NCB.PUJTYPE) ; 

. WHEN (T1) 

. DO; 

. . NRCB PTR = LOCATE NODE RESOURCE (B 1 0000000000'| |LSID(2:7)) ; /* APPENDIX B */ 

. FIND SCB IN SCB LIST 

WHERE(SCB.LOCAL SESSION ID = I SID); 

. . CALL CSC HGR.T1 OF_T2 SEND; /* PAGE 13-37 */ 

END; 

. WHEN(T2) 

. DO; 

. NRCB PTR = LOCATE NODE RESOURCE (X« 00 •||OAFPRIHE) ; /* APPENDIX B */ 

. . FIND SCB IN SCB LIST 

. . WHERE(SCB.PARTNER ID = DAFPRIHE S 

SCB.THIS ID = OAFPRIHE); 

. . CALL CSC HGR.Tl_OR_T2_.SEND; /* PAGE 13-37 */ 

END; 

. WHEN(T4 S T5) 

DO; 

. . NRCB PTR = LOCATE NODE RESOURCE(GEF); /* APPENDIX B ♦/ 

. FIND"SCB IN SCB LIST 

WHERE(SCB.PARTNEB_SA * DSAF S 
SCB.PARTNER EA - DEF S 
. . SCB.THIS SA = OSAF S 

. . SCB.TBIS~EA = OEF); 

. . CALL CSC_HGR.T4 OR T5 SEND; /* PAGE 13-38 */ 

. END; 

END; 

RETURN; ' 

END CSC_HGR.SEND; 

\ 
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CSC_MGR.T1_0RJT2_SEND: PROCEDURE; 


/* 


FUNCTION: THIS PROCEDURE RECEIVES THE REQUESTS END RESPONSES FOR SESSION 

DEACTIVATIONAND RESPONSES FOR SESSION ACTIVATION FROM CSC NGR.SEND 
(PAGE 13-35). THE REQUEST OR RESPONSE IS VERIFIED, E.G., CHECKING 
THAT THE REQUEST OR RESPONSE CAN FLOW ON THE SESSION, CHECKING 
PARAHETBRS NITHIN THE RU, (SUCH AS, FH AND TS PROFILES), AND DOING 
THE STATE SEND CHECKS. IF THE REQUEST OR RESPONSE IS VALID, 
PARAMETERS ARE RETAINED FOR THE ACTIVATION OF THE SESSION AND THE RU 
IS SENT TO PATH CONTROL; OTHERNISE, A REJECT SIGNAL IS SENT TO THE 
SENDING PROCEDURE. FOR DEACTIVATION RESPONSES, THE SCB IS 
DISCARDED. 

INPUT: ACTIVATION RESPONSES OR DEACTIVATION REQUESTS OR RESPONSES; 

NRCB_PTR, CBJTYPE, AND SCB_PTR ARE SET. 


OUTPUT: IF ALL SEND CHECKS ARE PASSED, THE REQUEST OR RESPONSE IS SENT TO 

PATH CONTROL (CHAPTER 3)• IF THE SEND CHECKS ARE NOT PASSED, A 
SEND_CHECK IS SENT TO THE SENDING NAU.SVC_HGR. 

NOTE: FOR ACTIVATION REQUESTS, THE SCB WAS CREATED BY CSC MGR.T1 OR T2 RCV 

(PAGE 13-42). PU_T1|2'S CANNOT SEND SESSION ACTIVATION REQUESTS? 


IF RRI * RQ THEN 
DO; 

. IF RQ CHECKS = RQ OK THEN /* 

DO; 

. . CALL #FSM SESS; /* 

. . IF MU_PTR -* NULL THEN /* 

. . IF NCB.PU TYPE * T1 THEN 

. . SEND MU~TO PC_T1.SEND; 

. . ELSE 

. . SEND MU TO PCJC2.SEND; 

. END; 

. ELSE 

. SEND SEND CHECK TO SENDING PROCEDURE; 
END; 

IF RRI = RSP THEN 
DO; 

. IF RSP_CHECKS = RSP_OK THEN 
. DO; 

. . CALL *FSM SESS; /* 

. . IF MU_PTR NULL THEN /* 

. * IF NCB.PU TYPE = T1 THEN 

SEND MU"TO PC T1.SEND; 

. . ELSE 

SEND MU TO PC T2.SEND; 

. END; 

. ELSE 

. SEND SEND. CHECK TO SENDING^PROCEDURE; 
END; 

RETURN; 

END CSC_MGR.T1_.OR T2 SEND; 


PAGE 13-48, SEE NOTE 

PAGES 13-91 THROUGH 13-98 

MU COULD HAVE BEEN DISCARDED BY FSM 

/* CHAPTER 3 

/* CHAPTER 3 


/* PAGE 13-49 

PAGES 13-91 THROUGH 13-98 

MU COULD HAVE BEEN DISCARDED BY FSM 

/* CHAPTER 3 

/* CHAPTER 3 


♦/ 

*/ 

*/ 

V 

V 

*/ 


V 

*/ 

*/ 

V 

V 
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CSC__HGR. T4_0R_T5_SEND: PROCEDURE; 


FUNCTION: THIS PBOCEDOBE RECEIVES ACTIVATION AND DEACTIVATION REQUESTS AND 

BESPONSES FROM THE VR MGR (CHAPTER 12) AND FROM CSC MGR.SEND THAT 
ABE SENT BY A PO T4|5 NODE (THIS EXCLUDES THE BOUNDARY FUNCTION 
PORTION OF THE PU T4|5 NODE). THE REQUEST OR RESPONSE IS VERIFIED, 
E.G., CHECKING THAT THE REQUEST OR RESPONSE CAN FLOW ON THE SESSION , 
CHECKING PARAMETERS WITHIN THE RU, SUCH AS, FM AND TS PROFILES, AND 
DOING STATE SEND CHECKS. 

INPUT: ACTIVATION OR DEACTIVATION REQUESTS OR RESPONSES. ACTIVATION AND 

DEACTIVATION REQUESTS CAN COME—VIA CSC_MGR.SEND—FROM A NAU.SVC MGR 
OR FROM THE VR MGR. ALL OTHER DEACTIVATION REQUESTS COME FROM 
NAU.SVC_MGR OR CSC MGR.SON AND ARE TO BE SENT TO PATH CONTROL 
(CHAPTER 3) . 

OUTPUT; IF ALL SEND CHECKS ARE PASSED, THE REQUEST OR RESPONSE IS SENT TO 
PATH CONTROL (CHAPTER 3); IF THE SEND CHECKS ARE NOT PASSED, A 
REJECT SIGNAL IS RETURNED TO THE SENDING NAU.SVC_HGR. IF A VR IS 
NEEDED FOR THE SESSION, THE REQUEST IS SENT TO THE VR MGR. 


DCL SAVE_MU_PTR PTR; 
SELECT ANYORDER; 


ACTIVATION REQUEST RECEIVED 
NOT PRESENT. 


FROM NAU.SVC MGR AND THE SESSION CONTROL BLOCK IS 





*/ 

WHEN(RRI = RQ 6 SCB PTR = NULL S 

-iDISPATCHED_BY (PU. SVC_MGR.PC_ROUTE_MGF. RCV) ) 


DO; 




IF RQ CHECKS = RQ OK THEN 

/* PAGE 13-48 

*/ 


DO; 




. CALL SCB_CREATE; 

/* PAGE 13-87 

*/ 


. IF SCB PTR = NULL THEN 

/* SCB NOT CREATED 

*/ 


DO; 




. . SEND SEND CHECK (X'0812') TO SENDING PROCEDURE; /* INSUFFICIENT RESOURCE 

*/ 


. . RETURN; 




. END; 




. CALL #FSM_SESS; 

/* PAGES 13-91 THROUGH 13-94 

*/ 


. SEND MU TO PU.SVC MGR.PC 

ROUTE_MGR.RCV; /* VR_MGR IN CHAPTER 12 

V 


END; 




ELSE 




SEND SEND CHECK TO SENDING 

PROCEDURE; 



. END; 

/* 


I ACTCDRM IS RETURNED BY THE VR__MGR AND THE SESSION CONTROL BLOCK WAS DISCARDED \ 
| WHILE THE ACTCDRM WAS IN THE VR MGR. THIS CAN HAPPEN WHEN THE OTHER SSCP SENDS | 
| THE ACTCDRM AND THIS SSCP SENDS~A -RSP (ACTCDRM). { 


V 

. WHEN (RRI * RQ 6 SCB PTR = NULL S 

. DISPATCHED BY(PU.SVC MGR.PC ROUTE MGR.RCV)) /* CHAPTER 12 */ 

. SEND MU TO CSC MGR.SEND; “ /* PAGE 13-35 */ 

/* 


r~~-.—~-———— — ■■■ ■■■ " M — —— _____________ 

| ACTIVATION REQUEST AND VRCB POINTER IS RETURNED BY THE VR MGR; A SESSION | 
| CONTROL BLOCK IS PRESENT. IF THE VRCB POINTER IN THE SESSION CONTROL BLOCK IS | 
| NOT NULL (I.E., A VIRTUAL ROUTE HAS BEEN CONNECTED TO THE SESSION CONTROL f 
| BLOCK), THE ACTIVATION REQUEST IS RETURNED TO THE NAU.SVC MGR WITH A -RSP. | 


. WHEN (RRI = RQ S SCB_PTR i* NULL 8 

. DISPATCHED_BY(PU.SVC MGR.PC ROUTE MGR.RCV)) /* CHAPTER 12 

. DO; 

. . IF SCB.VRCBPTR = NULL THEN /* SESSION DOES NOT HAVE VR 

. . DO; 

. . . SCB.VRCBPTR = VRCB„PTR; /* CONNECT VRCB TO SCB 

. . . VRCB.SESS COUNT = VRCB.SESS COUNT ♦ 1; /* ADD THIS SESSION TO THE NUMBER 

. . . ” /* OF SESSIONS USING THIS VR 

. . . SEND MU TO PC.VBC.SEND; /* CHAPTER 3 

. . END; 

. . ELSE /* OTHER HALF-SESSION OBTAINED A VR 

. . DO; 

. . . IF VRCB PTR—>VRCB.SESS COUNT <= 0 THEN 

. . . SEND 'SESS CQUMT-0' TO PU.SVC MGR.PC_ROUTE MGR.RCV; /* CHAPTER 12 

. . . S EM D_C HECK_SENSE = X'080D«; “ /* NAU CONTENTION 

. . . SEND SENDj5hECK TO SSCP.SVC^MGR.CS.RCV; /* CHAPTER 7 

. . END; 

. END; 


*/ 

V 
*/ 

V 

V 

V 
*/ 

*/ 


*/ 

V 

*/ 


\ 

V 


ff 

V 
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| THE ONLT VALID REQUESTS ARE THE DEACTIVATION REQUESTS FROH THE NAU.SVC HGR OR | 

| CSC HGR.SON. IF THERE IS NO VR FOR THE SESSION (SCB.VRCBPTR IS NULL) , THE | 

| NAU.SVC MGR IS "CHASING" AN ACTIVATION REQUEST WITH A DEACTIVATION REQUEST | 

\ PRIOR TO THE ACTIVATION OF THE VR. \ 

i_ ■ 





*/ 


WHEN (RRI = RQ S SCB PTR NULL & 





-DISPATCHED_BY(PU.SVC_HGR.PC_ROUTE_HGR.RCV)) 

/* CHAPTER 12 

*/ 


DO 

t 





IF RQ CHECKS = RQ OK THEN 

/* PAGE 13-48 

*/ 



DO; 





. CALL ♦FSM_SESS; /* PAGE 13-91, 13-93, 

13-92, OR 13-94 

*/ 



. IF SON TYPE * CLEANUP THEN 

/* PAGE 13-90 

*/ 



DO; 





. . SAVE HU PTR = MU PTR; 





. . HU PTR = CREATE DEACTIVATION RSP; 

/* PAGE 13-89 

*/ 



. . SEND HU TO CSC_HGR.RCV; 

/* PAGE 13-41 

*/ 



. . HU PTR * SAVE HU PTR; 





. END; 





. IF SCB.VRCBPTR = NULL THEN /* CHASING ACTIVATION 

RQ WITH DEACTIVATION 

V 



. SEND HU TO PU.SVC HGR.PC ROUTE MGR.RCV; 

/* CHAPTER 12 

*/ 



. ELSE /* NORMAL DEACTIVATION SEND TO PATH CONTROL 

*/ 



. DO; 





. . IF HU PTR NULL THEN /* MU COULD HAVE BEEN 

DISCARDED BY FSM 

♦/ 



. . DO; 





. . . VRCB PTR * SCB.VRCBPTR; 





. . . SEND HU TO PC.VRC.SEND; 

/♦ CHAPTER 3 

*/ 



. . END; 





. END; 





END; 





ELSE 





SEND SEND CHECK TO SENDING PROCEDURE; 




END; 







/* 

1 


RESPONSES FROM THE VR MGR. (SEE CHAETEB 12) 


1 

1 


• -RSP (ACTIVATION) : VR MGR COULD NOT OBTAIN A VIRTUAL ROUTE FOR A SESSION. • 

1 

1 


• +RSP (DEACTIVATION) : VR HGR FOUND AND REMOVED THE ACTIVATION REQUEST IN 

1 

1 


THE VR RESERVATION LIST; THIS IS A "CHASED" ACTIVATON REQUEST. 

1 

1 


• -RSP(DEACTIVATION) S VR MGR COULD NOT FIND THE ACTIVATION REQUEST IN THE 

\ 

1 


VR RESERVATION LIST. CHECK TO SEE IF THE ACTIVATION REQUEST WAS RETURNED 

1 

1 


TO CSC MGR WITH A VR. IF SO, SEND THE CORRESPONDING DEACTIVATION REQUEST 

1 

I 


TO SESSION PARTNER. 


1 





V 


WHEN(RRI = RSP & DISPATCHED BY(PU.SVC_MGR.PC ROUTE_MGR.RCV) ) 

/* CHAPTER 12 

*/ 


DO 

; 





IF RTI * NEG 6 RQ CODE * (DACTPU | DACTLU 1 UNBIND | DACTCDRM) 6 




SCB.VRCBPTR -= NULL THEN 





DO; 





. CALL CREAT_DEACT_RQ(SWITCHED,RQ_CODE,CLEANUP,SEND) ; 

/* PAGE 13-65 

*/ 



. SEND MU TO CSC MGR.SEND; 

/* PAGE 13-35 

*/ 



END; 





ELSE 





IF SCB PTR -i* NULL THEN 





DO; 





. IF RQ CODE ( ACTCDRM | DACTCDRM) THEN 





REMOVE SCB FROM SCB LIST DISCARD; 





. IF RQ_CODE * (ACTCDRM | DACTCDRM) & SCB.VRCBPTR = NULL THEN 




REMOVE SCB FROM SCB LIST DISCARD; 





. IF RQ_CODE = (BIND | UNBIND) THEN /* DETERMINE THE 

SVC MGR TO RECEIVE RSP 

V 



. SEND MU TO LU.SVC MGR.SS.RCV; 

/* CHAPTER 8 

*/ 



. ELSE 





. SEND MU TO SSCP.SVC_MGR.CS.RCV; 

/* CHAPTER 7 

*/ 



END; 





ELSE 





DISCARD MU; 




END; 







/* 

r~ 

\ 


NAU.SVC MGR IS RETURNING A RESPONSE. FOR SON CONDITIONS , 

THE MU IS DISCARDED BY 

1 

1 

I 

L. 


THE FSM. 


1 

_ i 





V 


WHEN (RRI = RSP & -.DISPATCHED BY (PU.SVC HGR. PC_ROUTE MGR)) 




DO 

; 





IF RSP CHECKS = RSP OK THEN 

/* PAGE 13-49 

*/ 



DO; 





. CALL #FSM SESS; /* PAGE 13-91, 13-93, 

13-92, OR 13-94 

V 



. IF MU PTR -•= NULL THEN /* MU COULD HAVE BEEN 

DISCARDED BY FSM 

V 



. DO; 





. . VRCB PTR = SCB.VRCBPTR; 





. . SEND MU TO PC.VRC.SEND; 

/* CHAPTER 3 

V 


. . . end; 

. . END; 

. . ELSE 

SEND SEND CHECK TO SENDING PROCEDURE; 

. END; 

. OTHERWISE 
. DO; 

. . SEND CHECK SENSE = X'8005«; /* NO SESSION */ 

. . SEND SEND_CHECK TO SENDING_PROCBDURE; 

. END; 

END; 

RETURN; 

END CSC HGR.T4 OR T5 SEND; 
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CSC_MGR.BF_SEND: PROCEDURE; 


/* 


FUNCTION: THIS PROCEDURE RECEIVES THE REQUESTS AND RESPONSES FOR SESSION 

ACTIVATION AND DEACTIVATION FROM THE BF.(PU | LU) .SVC MGR OR FROM 
CSC MGR.SON THIS PROCEDURE OBTAINS THE SCB POINTER (EITHER PRESENT 
OR NULL), SETS THE SCB TYPE TO BF_SESS, AND SETS THE POINTER TO THE 
NODE RESOURCE ENTRY FOR THE BOUNDARY FUNCTION RESOURCE OF THE 
ACTIVATION. 

INPUT: ACTIVATION OR DEACTIVATION REQUESTS OR RESPONSES; MUCB.DIRECTION AND 

NRCB_PTR IS SET. 

OUTPUT: THE REQUEST OR RESPONSE IS ROUTED TO THE APPROPRIATE CSC MGR.SEND 

ROUTINE. 


*/ 

CB TYPE = BF SESS; 

NRCB PTR = LOCATE^NODE RESOURCE(DEF); /* APPENDIX B */ 

IF NRCB.RESOURCE TYPE = PU_T1 THEN 
FIND SCB IN SCBJLIST 

WHERE(SCB.LOCAL_SESSIQN_ID = LSID); 

ELSE 

FIND SCB IN SCB LIST 

WHERE(SCB.PARTNER ID * OAFPRIME 6 
SCB.THIS ID = DAFPRIME) ; 

IF RRI * RQ THEN 
DO; 


IF RQ CHECKS = RQ OK THEN /* PAGE 13-48 */ 

DO; 

. CALL #FSM SESS; /* PAGES 13-91 THROUGH 13-98 */ 

. IF MU PTR~->= NULL THEN /* MU COULD HAVE BEEN DISCARDED BY FSM */ 

IF SCB PTR NULL THEN 

LSCB“pTF = SCB.ALS_FOR_ t BF; /* USED IN BF.PC */ 

. SEND MU TO BF.PC; /* CHAPTER 3 */ 


END; 

. ELSE 

. SEND SEND_CHECK TO SENDING__EROCEDUBE; 
END; 

IF RRI = RSP THEN 
DO; 


IF RSP CHECKS = RSP_OK THEN /* PAGE 13-49 */ 

do; 

. CALL #FSM_SESS; /* PAGES 13-91 THROUGH 13-98 */ 

. IF MU_PTR NULL THEN /* MU COULD HAVE BEEN DISCARDED BY FSM */ 

. IF SCB PTR NULL THEN 

. LSCBiPTR = SCB.ALS_FOR_BF; /* USED IN BF.PC */ 

. SEND MU TO BF.PC; ~ /* CHAPTER 3 */ 


END; 

. ELSE 

SEND SEND^CHECK TO SENDING__PROCEDURE; 

END; 

RETURN; 

END CSC_MGR.BF_SEND; 
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CSC.H6B.BCt: PROCEDURE: 


/* 


FUHCTIOH: THIS PBOCBBUBB BBCZIYZS THB RBQUESTS BHD BESPOHSBS FOB SESSION 
BCTIYBTIOH BHD DBECTIYBTIOH FBOH PBTH COHTBOL (CHBPTBR 3) . THE 
BEQUEST OB BESPOHSB IS BOOTED TO THE BPPBOPBlBfE CSC HGR.RCV 
BOUTIHE. 

IHPUT: SESSIOH BCTIYBTIOH OB DEBCTIVBTIOH REQUESTS OR BESPOHSBS 

OUTPUT: BU IS BOOTED TO THB BPPBOPBIBTB CSC.HGR.HOT BOUTIHE 


IF HCB.PU TTPB * (T1 | T2) THBH 

CELL CSC.T1 OB T2 RCf; 

/* 

PAGE 

13-42 

♦/ 

V 

ELSE 

IF HCB.PU TIPS * (T4 \ TS) THEH 

CELL CSC.T4.OR.T5 RCf; 

/* 

PEGS 

13-45 

V 


BHD CSC.HGB.RCV; 
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CSC_MGR„T1_0RJT2_RCV: PROCEDURE; 


FUHCTIOH: THIS PROCEDUBE RECEIVES THE BEQUESTS AND RESPONSES FOR SESSION 
ACTIVATION AND DEACTIVATION FROH CSC HGR.RCV (PAGE 13-41). THE 
REQUEST OR RESPONSE IS VBRIFIED (E.6., CHECKING THAT THE REQUEST OR 
RESPONSE CAN FLOW ON THE SESSION, CHECKING PARAHBTERS WITHIN THE RU, 
(E.G., FM AND TS PROFILES), AND BAKING THE STATE RECEIVE CHECKS). 
THE SESSION CONTROL BLOCK IS CREATED, IF NECESSARY, AND PARAMETERS 
ARE RETAINED. FOR THE ACTIVATION OF THE SESSION. IF THE VERIFICATION 
OF THE RU IS SUCCESSFUL, THE RU IS SENT TO THE NAU.SVC HGR; IF THE 
VERIFICATION IS NOT SUCCESSFUL, THE REQUEST IS CHANGED TO A -RSP AND 
SENT BACK TO PATH CONTROL (CHAPTER 3) 

INPUT: ACTIVATION OR DEACTIVATION REQUESTS OR RESPONSES 

OUTPUT: THE REQUEST OR RESPONSE IS SENT TO NAU.SVC HGR; A 

CSC_MGR.RCV~GENERATED -RSP IS SENT TO PATH CONTROL (CHAPTER'S),. 


DCL SAVE HU PTR PTR; 


| INITIALIZE PARAMETERS; MUCB.DIRECTION ALREADY 
| SET 


*/ 

/* 


CBJTYPB = HALF - SESS; 

IF NCB.PU TYPE * PU T1 THEN 
DO; 

. NRCB PTR = LOCATE NODE RESOURCE(B*00000000000•|(LSID(2:7) ) ; /* APPENDIX 

. IF NRCB PTR NULL THEN 

. FIND SCB IN SCB LIST 

. WHERE(SCB.LOCAL SESSION ID = LSID); 

END; 

ELSE 

DO; 

NRCB PTR = LOCATE NODE RESOURCE(X'00*||DAFPRIHE) ; /* APPENDIX B 

IF NRCB_PTR NULL THEN 

FIND SCB IN SCB LIST 

WHERE (SCB.PARTNER ID = OAFPRIHE 6 
SCB.THIS ID = DAFPRIHE); 

END; 

IF NRCB PTR * NULL | 

NRCB. RESOURCE CATEGORY (PU | LU) THEN 

DO; 

IF RRI * RSP THEN 
DISCARD HU; 


ELSE 

DO; 

/* REQUEST 

♦/ 

. RECEIVE__CHECK_SENSE = X'8004'; /* UNRECOGNIZED 

DESTINATION ADDRESS 

*/ 

. CALL CHANGE^ MU^TO^NEG^RSP (RECEIVE_CHECK SENSE); 

. IF NCB.PU TYPE~= T1 THEN 

/♦ APPENDIX B 

*/ 

. SEND MU TO PC_T1.SEND; 

. ELSE 

/* CHAPTER 3 

♦/ 

. SEND MU TO PC T2.SEND; 

END; 

/* CHAPTER 3 

*/ 


RETURN; 

END; 


t CB TYPE, SCB PTR, AND 
| INITIALIZED 


NRCB PTR 


NOW J 

\ 


/* PAGE 13-48 


/* PAGE 13-87 
/* SCB NOT CREATED 


SELECT ANYORDER; 

WHEN (RRI = RQ) 

SELECT ANYORDER(RQ_CHECKS) ; 

WHEN(RQ^OK) 

DO; 

IF SCB PTR = NULL THEN 
DO; 

CALL SCB CREATE; 

IF SCBJPTR = NULL THEN 
DO; 

CALL CHANGE HU TO NEG_RSP (X* 0812•) ; /* APPENDIX B, INSUFFICIENT 
IF NCB.PU TYPE * T1 THEN 

SEND MU~TO PC__T1. SEND; /* CHAPTER 3 

ELSE 

SEND HU TO PC T2.SEND; /* CHAPTER 3 

END; 

END; 

CALL #FSM SESS; /* PAGES 13-91 THROUGH 13-98 

SEND HU TO #SVC HGR; 

END; 


*/ 

*/ 

♦/ 

V 

RESOURCE */ 

*/ 

*/ 

*/ 
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. . WHEN(RQ MG) 

. • DO; 

. . . CALL CHANGE HU TO MEG RSP(RECEIVE CHECK SENSE); /* APPENDIX B */ 

. . . IE NCB.PU TYPE « T1 THEN 

. . . SEND HU~TO PC JM. SEND /* CHAPTER 3 */ 

• • • ELSE 

- . . SEND HU TO PC T2.SEND; /* CHAPTER 3 */ 

END; 

. END; 

. WHEN(RRI * RSP) 

. /* RSP(UNBIND) IS THE ONLY VALID RESPONSE */ 

IF RSP CHECKS * RSP OK THEN /* PAGE 13-49 */ 

- DO; 

. . CALL #FSH SESS; /* PAGES 13-91 THROUGH 13-98 V 

. . SEND HU TO «SVC_flGR; 

. CALL SCB DISCARD; /* SCB IAS NOT DISCARDED BY FSE IN THIS CASE */ 

. END; 

. ELSE 

. DISCARD HU; 

END; 

RETURN; 

END CSC HGR.T1 OR T2 RCV; 
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CSC_MGR.T4_OR_T5_RCV; PROCEDOBE; 


/* 


r~------- -- - -- — — 1 — - - -— - - - - —— - —— — * J 1 

FUNCTION: THIS PROCEDURE RECEIVES THE REQUESTS AND RESPONSES FOR SESSION 
ACTIVATION AND DEACTIVATION FROH CSC MGR.RCV (PAGE 13*35). THE 
REQUEST OR RESPONSE IS VERIFIED (B.G., “CHECKING THAT THE REQUEST OR 
RESPONSE CAN FLOW ON THE SESSION, CHECKING PARAMETERS WITHIN THE RU, 

(E.G., FM AND TS PROFILES), AND MAKING THE STATE RECEIVE CHECKS). 

THE SESSION CONTROL BLOCK IS CREATED, IF NECESSARY, AND PARAMETERS 
ARE RETAINED FOR THE ACTIVATION OF THE SESSION. IF THE VERIFICATION 
OF THE RU IS SUCCESSFUL, THE RU IS SENT TO THE NAU.SVC_MGR; IF THE 
VERIFICATION IS NOT SUCCESSFUL, THEN: 

• THE REQUEST IS CHANGED TO A -RSP AND SENT BACK TO PATH CONTROL 
(CHAPTER 3) 

• IN THE SPECIAL CASE OF A DEACTIVATION RU COMING OVER A VR OTHER 
THAN THE VR ASSIGNED FOR THAT SESSION, THE RU IS DISCARDED. 

• THE RESPONSE IS DISCARDED 

• IN THE SPECIAL CASE OF +RSP (084E--(INVALID SESSION 
PARAMETERS—PRI)), THE RESPONSE IS CHANGED TO A NEGATIVE 
RESPONSE AND SENT TO THE SVC_MGR. 

INPUT: ACTIVATION OR DEACTIVATION REQUESTS OR RESPONSES 

OUTPUT: THE REQUEST OR RESPONSE IS SENT TO THE NAU.SVC MGR; A 

| CSCJ1GR.RCV-GENERATED -RSP IS SENT TO PATH CONTROL (CHAPTER 3). I 


DCL SAVE_MU_PTR PTR; 


r— -• —---1 

| INITIALIZE PARAMETERS; MUCB.DIRECTION IS | 
| ALREADY SET. f 

I_„___wJ 


♦/ 

/* 


V 

NRCB PTR = LOCATE NCDE_RESOURCE(DEF); /* APPENDIX B */ 

FIND”SCB IN SCB LIST 

WHERE (SCB.PARTNER_.SA = OSAF S 
SCB.PARTNER_EA = OEF S 
SCB.THIS SA = DSAF S 
SCB-THIS~EA = DEF); 

IF NRCB_PTR =“nULL | 

NFCB.RESOURCE_CATEGCRY (PU | LU | SSCP | BF.PU | BF.LU) THEN 

DO; 

. IF RRI = RSP THEN 
DISCARD MU; 


ELSE /* REQUEST */ 
DO; 

. RECEIVE CHECK__SENSE = X'8004«; /♦ UNRECOGNIZED DESTINATION ADDRESS */ 
. CALL CHANGE_MU TO NEG_RSP(RECEIVE_CHECK SENSE); /* APPENDIX B */ 
. SEND MU TO PC.VRC.SENE; /* CHAPTER 3 */ 


. END; 

. RETURN; 

END; 4 

ELSE 

IF NRCB.RESOURCE CATEGORY = BF.PU | 

NRCB.RESOURCE_CATEGORY = BF.LU THEN 
CB_TYPE = BF SESS; 

ELSE 

CB_TYPE = HALF__SESS; 

/♦ 


r-------1 

| CB TYPE, SCB PTR, AND NRCB.PTR NOW \ 
| INITIALIZED | 

i_____ i 


V 


SELECT ANYORDER; 

. WHEN(RRI = RQ) 

SELECT ANYORDER(RQ_CHECK5) ; /* PAGE 13-48 */ 

. WHEN(RQ_OK) 

DO; 

. IF SCB PTR = NULL THEN 
DO; 

. CALL SCB CREATE; /* PAGE 13-87 */ 

. . . . IF SCBJ?TR = NULL THEN /* SCB NOT CREATED ♦/ 

.... DO; 

.CALL CHANGE MU TO NEG RSP (X*0812*); /* APPENDIX B, INSUFFICIENT RESOURCE */ 

. SEND MU TO PC.VRC.SEND; /* CHAPTER 3 */ 

. . . . END; 

.... ELSE 

. . . . IF NCB.PUJTYPE = (T4 | T5) THEN 

. . . . DO; 

. . . . . SCB.VRCBPTR * VRCB_PTR; /♦ CONNECT VRCB TO SCB */ 

. VRCB.SESS COUNT = VRCB.SESS^COUNT + 1; 

. . . . END} 


END; 

ELSE /* SCB NOT NULL */ 

IF RQ CODE = ACTCDRM THEN /* CONTENTION WINNER */ 

DO; /* REPLACE VRCBPTR IN SCB WITH NEW VRCB_PTR V 

. IF SCB. VRCBPTR NULL THEN 
. DO; 


. SCB.VRCBPTR->SESS COUNT * SCB.VRCBPTR->SESS COUNT - 1; 
. IF SCB.VRCBPTR->SESS COUNT <= 0 THEN 
. SEND 'SESS COUNT * 0* 

. TO PUTSVC MGR.PC ROUTE MGR.RCV 

. USING(VRCB PTR * SCB. VRCBPTR) ; 


13-44 SNA FORHAT AND PROTOCOL REFERENCE MANUAL 

















/* CONNECT VRCB TO SCB 


. END; 

. SCB.VRCBPTR = VRCBJPTR; 

. VRCB.SESS COUNT * VRCB.SESS COUNT ♦ 1; 

END; 

CUL *FSM_SBSS; /* PAGES 13-91 THROUGH 13-98 

SEND HU TO *SVC HGB; 

END; 

WHEN(RQ MG) 

DO; 

. CALL CHANGE HU TO NBG BSP(RECEIVE CHECK SENSE); 

. SEND HU TO PC.VRcTsEND; 

END; 

WHEN(RQ HRONG VR) 

DO; 

• CALL UPH LOG( 1 WRONG VR«); 

. DISCARD Hu; 

END; 


/* APPENDIX B 
/* CHAPTER 3 


/* APPENDIX B 


END; 

WHEN(RRI * BSP) 

IP RSP CHECKS * RSP OK THEN /* PAGE 13-49 

DO; 


. IF HUCB.DIRECTION « RECEIVE 8 RECEIVE CHECK SENSE * X«084E» THEN 
. /* INVALID~SESSION PARAMETERS—PRI 

• DO; 

• . RTI « NEG; /* TURN INTO -RSP, HILL CAUSE UNBIND TO FLOW 

. . SNC = RECEIVE CHECK SENSE; 

. END; 

. CALL #FSM SESS; /* PAGES 13-91 THROUGH 13-98 

. SEND HU TO #SVC_MGR; /♦ SCB HASN'T DISCARDED BY FSH 

. IF (RTI = NEG) 7 (RQ_CODE * UNBIND | DACTLU | DACTPU | DACTCDRM) 

. S (SNC X* 080D* | X 1 080E *) THEN 

. CALL SCB DISCARD; /* PAGE 13-88 

END; 

ELSE 

DISCARD HU; 


END; 

RETURN; 

END CSC HGR.T4 OR T5 RCV; 


*/ 

*/ 


V 

*/ 


V 


*/ 

V 

*/ 

*/ 

♦/ 


*/ 
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CSCJ1GR.BFJ&CV: PROCEDURE; 


/* 


FUNCTION: THIS PROCEDURE RECEIVES THE REQUESTS END RESPONSES FOR SESSION 

ACTIVATION AND DEACTIVATION FROM PATH CONTROL {CHAPTER 3) TO BE SENT 
TO THE (NAU|BF.LUJBF.PU).SVC NCR. THE REQUEST OR RESPONSE IS 
VERIFIED (E.(3., CHECKING THAT THE REQUEST OR RESPONSE CAN FLOW ON 
THE SESSION,. CHECKING PARAHETERS SUCH AS FH AND TS PROFILES WITHIN 
THE RU, AND RAKING THE STATE RECEIVE CHECKS). THE SESSION CONTROL 
BLOCK IS CREATED, IF NECESSARY, AND PARAHETERS ARE RETAINED FOR THE 
ACTIVATION OF THE SESSION. IF THE VERIFICATION OF THE RU IS 
SUCCESSFUL, THE RU IS SENT TO THE (BF.LUIBF.PU).SVC NGR; IF THE 
VERIFICATION IS NOT SUCCESSFUL, THE REQUEST IS CHANGED TO A -RSP AND 
SENT BACK TO PATH CONTROL (CHAPTER 3) 

INPUT: ACTIVATION OR DEACTIVATION REQUESTS OR RESPONSES 

OUTPUT: THE REQUEST OR RESPONSE IS SENT TO (BF.LU|BF.PU).SVC MGR; A 

CSC MGR.RCV-GBNERATBD -BSP IS SENT TO BOUNDARY FUNCTION PATH CONTROL 
(CHAPTER 3) . 


♦/ 


DCL FOUND BIT ( t) 


/♦ 


| INITIALISE PARAMETERS; MUCB.DIRECTION ~IS | 
| ALREADY SET. I 

«_____-_ r __.____- —__,__J 


CB TYPE * BF SE5S; 

FOUND = NO; 

SCAN NRCB_LIST PTR(NRCB PTR) WHILE (-»FOUND) ; 

. IF NRCB7RESOURCE CATEGORY - (BF.PU | BF,LU) 6 
. ((NRCB.RESOURCE TYPE * PU T1 6 

. NRCB.BF LOCAL ID = B»0000000000»||LSID(2:7)) | 

(NRCB.RE50URCE_TYPE * PU_T2 S 
. NRCB.BF LOCAL ID - X*00«T(OAFPRIHE)) THEN 

. DO; 

. . P » FIND ALS FOR NBSOURCE(NRCB.ELEMENT ADDRESS); /* APPENDIX B 

. , IF P->NRCB.ELEMENT ADDRESS w LSCB EA THEN 

. . FOUND * YES; 

. END; 

SCANEND; 

IF FOUND = NO | NRCB.RESOURCE CATEGORY (PU | LU) THEN 
DO; 


IF RRI * RSP THEN 
DISCARD HU; 

ELSE 

DO; 


. . CALL CHANGE MU TO NBG RSP(X«$Q04«); 

. . /* APPENDIX B,"’UNRECOGNIZED DESTINATION ADDRESS 

. . IF SCB PTR -»* NULL THEN 

. . LSCB”PTR * SCB.ALS FOR^BF; /* USED IN BF.PC 

. . SEND MU TO BF.PC; ’ /* CHAPTER 3 

. END; 

. RETURN; 

END; 

ELSE 

IF NRCB.RESOURCE TYPE » PU T1 THEN 

FIND SCB IN SCB LIST ’ /* SCB PTR IS NULL IF AN SCB 

WHERE(SCB.LOCAL SESSION XD * LSID); ’ /* DOES NOT YET EXIST 


ELSE 

FIND SCB IN SCB LIST /* SCB_PTR IS NULL IF AN SCB 

WHERE (SCB.PARTNER ID m DAFPRIME 6 /* DOES NOT YET EXIST 

SCB.THIS ID = OAFPRIHB); 


*/ 


*/ 


*/ 

*/ 

*/ 


*/ 

*/ 


V 

v 


/* 


r~ T"——- f w — — — - — T *r -— 1 

| CB TYPE, SCB PTR, AND NRCB PTR NOW | 
| INITIALIZED ~ | 

— —,— -—--—_i 


SELECT ANYORDER(RRI) ; 

. WHEN(RQ) 

. IF RQ CHECKS = RQ QK THEN /* PAGE 13-48 

. DO;’ 

. . CALL #FSM SESS; /♦ PAGES 13-91 THROUGH 13-98 

. . SEND MU TO #SVC MGR; 

END; 

. ELSE 
. DO; 

. . CALL CHANGE MU TO NEG RSP (RECEIVE CHECK SENSE); /* APPENDIX B 

. . IF SCB PTR NULL ThIn 

. . LSCB’PTR * SCB.ALS FOR BF; /* USED IN BF.PC 

. . SEND MU TO BF.PC; ’ /* CHAPTER 3 

. END; 

, WHEN(RSP) 

. IF RSP CHECKS - RSP_OK THEN /* PAGE 13-49 

. DO; 

. . CALL #FSM SESS; /• PAGES 13-91 THROUGH 13-98 

. . SEND MU TO #SVC_MGR; 

END; 

. ELSE 

. DISCARD MU; 

END; 

RETURN; 

END CSC MGR.BF RCV; 


*/ 

*/ 

V 


♦/ 

♦/ 

*/ 

*/ 

*/ 
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CSC_HGR.SON: PROCEDURE 


/* 

« ---- * -- - -- ■ - ---» 

| FUMCTIOl: PEBFOBBS A ROUTING FUNCTION FOB SESSION OUTAGE NOTIFICATION (SON) | 

| PBOCESSING BT CALLING THE APPROPRIATE SON PROCEDURES BASED UPON THE | 

| CAUSE OF THB SESSION OUTAGE. | 

| INPUT: THB SIGNAL "SON-CAUSE" WITH PARAMETERS AS DEFINED BELOW: | 

| • "VRINOP" OR "DACTVH FORCED"; PARAMETER: VRCB_PTR FROM VR MGR | 

| « "HIERARCHICAL RESET"; PARAMETER: SCB PTR FROM CSC MGR.SEND (VIA | 

| FSH'S) ~ ~ I 

| • "SSCP GONE"; PARAMETER: SCB PTR FROM CSC_MGR.SEND (VIA FSM*S) | 

| • "REX INOP"; PARAMETER: ELEmInT ADDRESS OF ADJACENT LINK STATION | 

| FROM CHAPTBR 11. | 

1 I 

| OUTPUT: INPUT IS ROUTED TO APPROPRIATE PROCEDURES | 

t------___-__i 

*/ 

DCL CSC_HGR_SON_SCB_PTH PTR; 

CSC_HGR_SON_SCB_PTR * SCBJPTR; /* SAVE SCB POINTER */ 

SELECT ANIORDBR; 

. WHEN(INPUT(•VRINOP*) | INPUT(•DACTVR FORCED*)) 

. CALL SON_VB; ” /* PAGE 13-60 */ 

. WHEN(IHPUT(*HIERARCHICAL BESET*)) 

. CALL SON RESET; ” /* PAGE 13-60 */ 

. WHEN(INPOTl*SSCP GONE')) 

. DO; 

. . CALL SON RESET; /* PAGE 13-60 */ 

. . SCB PTR * CSC HGR SON SCB PTR; /* RESTORE THE SCB POINTER */ 

. . CALL SCBJ3ISCARD; “ /* PAGE 13-88 */ 

. END; 

1 WHEN(INPUT(•REX INOP*)) 

. CALL SON REX INOP; /* PAGE 13-64 */ 

END; 

RETURN; 

END CSC HGR.SON; 
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RQ_CHECK5: PROCEDURE RETURNS (BIT (2)) 


/* 


FUNCTION: 

INPUT: 

OUTPUT: 


THIS PFOCEDUHB VERIFIES THAT THE ACTIVATION 01 DEACTIVATION REQUEST 
IS VALID, AND THAT A SESSION CONTROL BLOCK CAN BE CREATED, IF 
NECESSARY. 

ACTIVATION AND DEACTIVATION REQUESTS FROH T1_T2_0R_BF_SEND (PAGE 
13-37), OR T4_0R_T5_SEND (PAGE 13-38), OR CSC_.HGR.RCV (PAGE 13-41). 

A RETURN CODE OF RQ_OK, RQ.NG, OR RQJIRONG_VB 


♦/ 

DCL RC BIT(2); 

RC « RQ NG; 



SELECT ANYORDER; 

. WHEN (SCB_PTR NULL) 

. DO; 

. . IF TYPE SESSION - OK S /* PAGE 13-51 

. . RQ_PARAHETBRS - OK THEN /* PAGE 13-55 

. . DO; 

. . . IF -.SEND OR RECEIVE CHECK(#FSH SBSS) THEN /*PAGES 13-91 THROUGH 13-98 

. . . RC - RQ~OK; 

... EL S E 

. . . IF NUCB.DIRECTION m RECEIVE THEN 

. . . SNC * X* 0809*; /* NODE INCONSISTENCY 

... ELSE 

. . . RECEIVE CHECK SENSE * X*0809»; /* HODE INCONSISTENCY 

. . . IF NCB.PU TYPE * "(T4 | T5) & 

. . . MUCB.DIRECTION « RECEIVE 8 

. . . RQ CODE * (DACTCDRH | DACTLU ( DACTPU | UNBIND) S 

. . . VRCB PTR SCB. VRCBPTR THEN 

. . . RC = RQ"nRONG VR; /* PIU CAMS OVER DIFFERENT VR 

END; 

. END; 

. WHEN(SCB_PTR * NULL) 

. IF FUNCTION SUPPORTED - OK 6 /* PAGE 13-53 

. RQ_PARAMBTERS * OK THEN /* PAGE 13-55 

. RC m RQ__OK; 

END; 

RETURN(RC); 

END RQ CHECKS; 


V 

*/ 

♦/ 

♦/ 

♦/ 


*/ 


♦/ 

♦/ 
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RSP_CHECKS: PROCEDURE RETURNS (BIT (2)) 


/* 


FUNCTION: THIS PROCEDURE VERIFIES THAT THE ACTIVATION OR DEACTIVATION RESPONSE 

IS VALID. 

INPUT: ACTIVATION AND DEACTIVATION RESPONSES FROM T1 T2 OR BF SEND (PAGE 

13-37), T4_ORJF5_SBND (PAGE 13-38), OR CSC_MGR.RCV~(PAGE 13-41). 

OUTPUT: A RETURN CODE OF RSP_OK OR RSP_NG 


*/ 

DCL RC BIT (2); 

RC = RSP NG; 

SELECT ANYORDER; 

. NHEN (SCB_PTR -»= NULL) 

. DO; 



IF TYPE SESSION * OK & 

/* 

PAGE 13-51 

V 


RSP PARAMETERS « OK THEN 

/* 

PAGE 13-56 

*/ 


IF -»SEND OR RECEIVE CHECK (#FSM SESS) 

THEN /* PAGES 13-91 

THROUGH 13-98 

♦/ 


RC * RSP_OK; 





ELSE 





IF MUCB.DIRECTION = RECEIVE THEN 





RECEIVE CHECK SENSE = X*0809'; 

/* 

MODE INCONSISTENCY 

*/ 


ELSE 





SEND CHECK SENSE * X*0809'; 

/♦ 

MODE INCONSISTENCY 

*/ 

END; 




NHEN(SCB PTR = NULL) 




IF MUcI.DIRECTION = RECEIVE THEN 





RECEIVE CHECK SENSE = X'8005»; 

/* 

NO SESSION 

*/ 

ELSE 





SEND_CHBCK_SENSE = X»8005'; 

/* 

NO SESSION 

*/ 


END; 

RETURN (RC); 
END RSP CHECKS; 


CHAPTER 13. PO.SVC_MGR.CSC_.MGR 13-49 









TYPE_SESSION: PROCEDUBE RETURNS (BIT (1)) 


/♦ 


FUNCTIONS 


THIS PROCEDURE VERIFIES THAT THE REQUEST OR RESPONSE IS FOR THE 
CORRECT TYPE OF SESSION. THIS PROCEDURE IS CALLED ONLY WHEN A 
SESSION CONTROL BLOCK IS PRESENT. THIS PROCEDURE ALSO LIMITS THE 
SENDING OF ACTIVATION AND DEACTIVATION REQUESTS. FOR EXAMPLE, ACTLU 
AND DACTLU CANNOT BE SENT BY THE LU; HOWEVER, DACTLU CAN BE 
RECEIVED BY THE SSCP; IT CAN BE GENERATED BY SESSION OUTAGE 
NOTIFICATION. 


| INPUT: CURRENT RU, WHICH IS AN ACTIVATION OR DEACTIVATION RU. 

I 

| OUTPUT: A RETURN CODE OF OK OR NG 


*/ 

DCL RC BIT (1) ; 

RC = NG; 

SELECT ANYORDER; 


WHEN(SCB. TYPE__OF SESSION = SSCP_SSCP 8 RQ CODE = (ACTCDRM | DACTCDRM)) 

RC = OK; 

WHEN(SCB.TYPE_OF_SESSION * SSCPJLU 8 SCB.SCBJTYPE = HALF_SESS) 

DO; 

. IF SCB.HALF SESSION = PRI THEN /* THIS HALF-SESSION IS IN AN SSCP */ 

. DO; 

. . IF MUCB.DIRECTION * SEND 6 

. . ((RRI * RQ 8 RQ_CODE = (ACTLU | DACTLU)) J 

. . (RRI = RSP 8 RQ CODE = DACTLU)) THEN 

. . RC = OK; 

. . IF MUCB.DIRECTION = RECEIVE 8 

. . ((RRI * RQ 8 RQ CODE = DACTLU) | 

. . (RRI = RSP 8 RQ CODE = (ACTLU J DACTLU))) THEN 

. . RC = OK; 

. END; 

. IF SCB.HALF_SESSION = SEC THEN /* THIS HALF-SESSION IS IN AN LU */ 

DO; 

. IF MUCB.DIRECTION = SEND 6 

. . RRI = RSP 6 (RQ_CODE = (ACTLU | DACTLU)) THEN 

. . RC = OK; 

. IF MUCB.DIRECTION = RECEIVE 8 
. . RRI = RQ 8 (RQ_CODE = (ACTLU | DACTLU)) THEN 

RC = OK; 

END; 

END; 


WHEN (SCB. TYPE__OF — SESSION = SSCP_LO 8 SCB. SCB TYPE = BF_SESS) 

DO; ~ “ 

. /* THIS CHECK DETERMINES THE DIRECTION OF THE RU. */ 

. IF NRCB.ELEMENT_ADDRESS = DEF THEN 

. /* RU RECEIVED FROM PC OR CSC MGR.SON: */ 

/* SENDING TO BF.PC */ 

. IF RRI = RQ 8 RQ_CODE = (ACTLU | DACTLU) THEN 
RC = OK; 

. ELSE; 

. ELSE /* RECEIVED FROM BF.PC OR CSC_MGR.SON: */ 

. /* SENDING TO PC */ 

IF RRI = RSP 8 RQ CODE = (ACTLU | DACTLU) THEN 
. RC = OK; 

END; 


WHEN(SCB.TYPE OF_SESSION = SSCP PU 8 SCB.SCB TYPE = HALF SESS) 
DO; 


IF SCB.HALF_SESSION = PRI THEN /* THIS HALF-SESSION IS IN AN SSCP 

DO; 

. IF MUCB.DIRECTION = SEND 8 

((RRI = RQ 8 RQ CODE = (ACTPU | DACTPU)) | 

. (RRI = RSP 8 RQ CODE = DACTPU)) THEN 

RC = OK; 

. IF MUCB.DIRECTION = RECEIVE 8 
. ((RRI = RQ 6 RQ CODE = DACTPU) | 

. (RRI = RSP 8 RQ~CODE = (ACTPU | DACTPU))) THEN 

. RC = OK; 

END; 

IF SCB-HALF SESSION = SEC THEN /* THIS HALF-SESSION IS IN A PU 

DO; 


IF MUCB.DIRECTION = SEND 8 

RRI = RSP 8 (RQ_CODE = (ACTPU | DACTPU)) THEN 


RC = OK; 

IF MUCB.DIRECTION = RECEIVE 8 

RRI = RQ 6 (RQ_CODE = (ACTPU | DACTPU)) THEN 
RC = OK; 


END; 


END; 


*/ 


*/ 
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WHEN(SCB.TYPE OP SESSION = SSCP PU 6 SCB.SCB TYPE = BP SESS) 

DO; 

. /* THIS CHECK DETERMINES THE DIRECTION OF THE RD. */ 

- IF NRCB.ELEMENT_ADDRESS = DEF THEN 

/* RD RECEIVED FROM PC OR CSC MGR.SON; * 

. /* SENDING TO BP.PC * 

. IF RRI = RQ & RQ CODE = (ACTPU | DACTPO) THEN 
. RC = OK; 

. ELSE; 

. ELSE /* RECEIVED FROM BF.PC OR CSC MGR.SON; */ 

. /* SENDING TO PC */ 

. IF RRI = RSP & RQ CODE = (ACTPO | DACTPO) THEN 
RC = OK; 

END; 


WHEN (SCB. TYPE OF_SESSION = LU_LU 6 SCB.SCB TYPE = HALF__SESS) 
DO; 

. IF SCB.HALF SESSION = PRI THEN 
. DO; 

. IF MOCB.DIRECTION = SEND S 

((RRI = RQ & RQ CODE = (BIND | UNBIND)) | 

(RRI = RSP & RQ_CODE - UNBIND)) THEN 
. . RC = OK; 

. . IF MUCB.DIRECTION = RECEIVE 6 

. . ((RRI * RQ & RQ_CODE = UNBIND) | 

. . (RRI = RSP & RQ_CODE = (BIND | UNBIND))) THEN 

RC = OK; 

. END; 

. IF SCB.HALF_SESSION = SEC THEN 
. DO; 

. . IF MUCB.DIRECTION = SEND & 

((RRI = RQ S RQ_CODE * UNBIND) | 

. . (RRI = RSP & RQ CODE = (BIND | UNBIND))) THEN 

RC = OK; 

. IF MUCB.DIRECTION = RECEIVE 6 
. . ((RRI = RQ & RQ CODE = (BIND | UNBIND)) | 

. . (RRI = RSP 6 RQ~CODE = UNBIND)) THEN 

RC = OK; 

. END; 

END; 



. WHEN (SCB.TYPE__OF_SESSION = LU_LU & SCB. SCB_TYPE = BF_SESS) 

. DO; 

/* THIS CHECK DETERMINES THE DIRECTION OF THE RU. 

. IF NRCB.ELEMENT ADDRESS = DEF THEN 

/* RU RECEIVED FROM PC OR CSCJSGR.SON: 

. . /* SENDING TO BF.PC 

. . IF (RRI = RQ & RQ CODE = (BIND | UNBIND)) ( 

. . (RRI - RSP 6 RQ_CQDE = UNBIND) THEN 

RC = OK; 

. . ELSE; 

. . ELSE /* RECEIVED FROM BF.PC OR CSC MGR.SON; 

/♦SENDING TO PC 

. . IF (RRI = RQ & RQ CODE = UNBIND) | 

(RRI = RSP S~RQ_CODE = (BIND | UNBIND)) THEN 
. . RC = OK; 

. END; 

END; 

IF RC = NG THEN 

IF MUCB.DIRECTION = RECEIVE THEN 

RECEIVE^CHECK_SENSE = 1*0809'; /* MODE INCONSISTENCY 

ELSE 

SEND_CHECK_SENSE = X'0809*; /* MODE INCONSISTENCY 

RETURN(RC); 

END TYPE__SESSXON; 


*/ 

*/ 

*/ 

*/ 

*/ 


*/ 

V 
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FUNCTION_SUPPORTBD: PROCEDURE RETURNS(BIT(1)) 


/* 

i--- ---.—. - -- - - - -- -1 

| FUNCTION: THIS PROCEDURE VERIFIES THAT THE REQUEST IS FOR THE CORRECT TYPE | 

| NAU|BF.LU|BF.PU. THIS PROCEDURE IS CALLED ONLY WHEN THE SESSION | 

| CONTROL BLOCK IS NOT PRESENT. | 

I I 

| INPUT: CURRENT RU r WHICH IS AN ACTIVATION OR DEACTIVATION REQUEST. | 

I I 

| OUTPUT: A RETURN CODE OF OK OR N6 | 

i-1 

V 

DCL RC BIT (1) ; 

DCL SENSE BIT (16); 

SENSE = 0; 

RC = NG; 

IF CB TYPE = BF_SESS THEN 
DO; 

. IF NRCB.ELEMENT ADDRESS -= DEF THEN 
. SENSE = X * 8005 *; 

. ELSE 

IF RQ CODE * (ACTPU | ACTLU | BIND) THEN 
. RC = OK; 

ET.SE 

. SENSE = X 1 8005'; 

END; 

IF MUCB.DIRECTION = SEND & CB TYPE = HALF SESS THEN 
SELECT ANYORDER (NRCB.RESOURCE_CATEGORY)7 

. WHEN(SSCP) 

. IF RQ__CODE = (ACTCDRH | ACTLU | ACTPU) THEN 
. RC = OK; 

. ELSE 

. SENSE = X* 8005'; /* NO SESSION */ 

. WHEN (LU) 

. IF RQ CODE = BIND THEN 
IF NCB.PU TYPE = (T1 
. SENSE = X'0809 *; 

ELSE 

. RC = OK; 

. ELSE 

. SENSE = X* 8005*; 

. WHEN(PU) 

SENSE = X‘8005'; /* NO SESSION */ 

END; 

IF MUCB.DIRECTION = RECEIVE S CBJTYPE = HALF_SESS THEN 
SELECT ANYORDER (NRCB.RESOURCE_CATEGORY) ; 

. WHEN (SSCP) 

. IF RQ CODE = ACTCDRM THEN 
. RC = OK; 

. ELSE 



IF RQ CODE = DACTCDRM THEN 





SENSE = X* 0809'; 

/* 

MODE INCONSISTENCY 

*/ 


ELSE 





SENSE = X'8005*; 

/* 

NO SESSION 

*/ 


WHEN (LU) 





IF RQ_CODE = (ACTLU | BIND) THEN 





RC = OK; 





ELSE 





SENSE = X'8005'; 

/* 

NO SESSION 

*/ 


WHEN(PU) 





IF RQ CODE = ACTPU THEN 





RC = OK; 





ELSE 





IF RQ CODE = DACTPU THEN 





SENSE = X'0809 *; 

/* 

MODE INCONSISTENCY 

♦/ 


ELSE 





SENSE = X* 8005 1 ; 

/* 

NO SESSION 

*/ 

END; 





IF SENSE -•= 0 THEN 

IF MUCB.DIRECTION = SEND THEN 


SEND CHECK__SENSE = SENSE; 
ELSE 

RECElVE_CHECK_SENSE = SENSE; 
RETURN(RC); 

END FUNCTION SUPPORTED; 


| T2) THEN 


/* MODE INCONSISTENCY */ 


/* NO SESSION 


/* NO SESSION */ 


/* NO SESSION */ 


CHAPTER 13. PU.SVC MGR.CSC MGR 13-53 








RQJPARAMETERS: PROCEDURE RETURNS (BIT (1)) ; 


FUNCTION: THIS PROCEDURE VERIFIES THAT THE PARAMETERS THAT ARE CONTAINED IN 

THE RQ ARE VALID. IN A NODE PROVIDING BOUNDARY FUNCTION SUPPORT, 
THE BF. (PU | LU) . SVCJHGR CHECKS THAT THE PARAMETERS ARE VALID. 

INPUT: THE CURRENT RQ, WHICH IS AN ACTIVATION OR DEACTIVATION REQUEST, # 

OUTPUT: A RETURN CODE OF OK OR NG--THE SEND^CHECK SENSE OR 

RECEIVE^CHECKJSENSE IS SET IF THE RETURN CODE IS NG, 

NOTES: 1. THE CHECK OF OEF = 0 IS A CHECK TO SEE IF THE ORGINATOR IS A PU, 

THE ELEMENT ADDRESS OF THE PU IS DEFINED IN CHAPTER 2. THIS 
CHECK IS OPTIONAL.; 

2. WHERE THE SENSE CODE OF 0835 IS GENERATED, 0821 AND 0833 ARE ALSO 
ALLOWED. 


DCL SAVE_MU PTR PTR; 
DCL SAVE VRCB PTR PTR; 
DCL RC BIT (1)7 
DCL SENSE BIT(32); 
SENSE = 0; 


/* INVALID PARAMETERS 


/* SCB EXISTS 


RC * NG; 

SELECT ANYORDER(RQ_CODE) ; 

. WHEN(ACTCDRM) 

. SELECT INORDER; 

. . WHEN(OEF - 0) /* SEE NOTES 

. . SENSE = X* 8005*; /* NO SESSION 

. . WHEN (ACTCDRM_RQ. FORMAT 0 | ACTCDRM RQ. TYPE ACTIVATION -= (COLD | EBP) ) 

. . SENSE = X*08350001 1 ; ” /* INVALID PARAMETERS 

. . WHEN (ACTCDRM RQ. FM PROFILE -•= 17) 

. . SENSE = X'08350002'; /* INVALID PARAMETERS 

. . WHEN (ACTCDRM RQ. TS PROFILE 17) 

. . SENSE = X'08350003'; /* INVALID PARAMETERS 

. WHEN (MUCB. DIRECTION = RECEIVE S SCB_PTR NULL S 
. . SCB.ACT_RQ_RSP SEQ ID >= UPM_GET_SEQ_ID) /* PAGE 13-88 

. . SENSE * X'0852*; " /* SESSION EXISTS FROM LATER ACTIVATION 

. . OTHERWISE 

/* VALID PARAMETERS 

. . IF SCB„PTR = NULL THEN 

. . RC = OK; 

. . ELSE /* SCB EXISTS 

. . IF SCB. VRCBPTR -** NULL S SCB.VRCBPTR VRCB PTR 6 

. . FSM SESS_SSCP_SSCP PRI OR SEC -.= ACTIVE THEN 

DO; /* DON'T CHECK CONTENTION CASE IF SESSION IS ACTIVE, SIMPLY OVERRIDE 
. . . IF MUCB.DIRECTION = RECEIVE S 

. . . ACTCDRM RQ.SSCP ID <= SCB.THIS HALF SESSION SSCP ID THEN 

. . . SENSE = X'080D'; /* NAU CONTENTION, THE RECEIviD ACTCDRM IS THE LOSER 

. . . ELSE /* RECEIVED ACTCDRM IS THE WINNER 

IF SCB.VRCBPTR -»= VRCB PTR THEN 

DO; /* FOLLOW LOSING ACTCDRM WITH DACTCDRM 

. SAVE_VRCB„PTR = VRCB_PTR; 

. SAVE~MU_PTR = MU PTrT 

. . . . CALL CREATE_DEACT RQ(^SWITCHED, 

. . . . DACTCDRM,SSCP CONTENTION,SEND); /* PAGE 13-65 

. VRCB PTR = SCB.VRCBPTR; 

. SEND’MU TO PC.VRC.SEND; /* CHAPTER 3 

. . . . MU PTR = SAVE_MU_PTR; 

. . . . VRCB PTR = SAVE VRCB PTR; 

. . . END; 

. . END; 

. END; 

. WHEN(ACTLU) 

. DO; 

. . SENSE = PU_ACTIVE_AND VR_CHECK; /* PAGE 13-59 

. . IF SENSE =~0 THEN" 

. . SELECT INORDER; 

, . . WHEN(NCB.PU TYPE = (T4 | T5) S OEF = 0) /* SEE NOTES 

. . . SENSE = X 7 8005'; /* NO SESSION 

. . . WHEN (CB TYPE = HALF SESS) 

. . . SELECT INORDER; 

. . . . WHEN (MUCB.DIRECTION * SEND) 

. . . . IF ACTLU RQ.TYPE_ACTIVATION -»= (COLD | ERP) THEN 

. . . . SENSE = X*08350001'; /* INVALID PARAMETERS 

. WHEN (ACTLU RQ.FM_PROFILE -.= (0 | 6) | ACTLU RQ.TS_PROFILE -= 1) 


/* PAGE 13-65 
/* CHAPTER 3 


/* PAGE 13-59 


/* SEE NOTES 
/* NO SESSION 


. . . SENSE = X'08350002'; / 

. . . WHEN (MUCB.DIRECTION = RECEIVE) 

. . . IF ACTLU_RQ.TYPE_ACTIVATION -»» (COLD j ERP) THEN 

. . . DO; 

. . . . ACTLU_RQ.TYPE_ACTIVATION = COLD; 

... . RC — OK; 

, . . END; 

. . . OTHERWISE 

. . . RC * OK; 

. . END; 

. . WHEN (CB TYPE = BF SESS) 

. . RC * OK; " /* PARAMETERS ARE CHECKED BY BF.LU.SVC MGR 

• END; 

END; 

WHEN(ACTPU) 

DO; 

. IF CB TYPE * BF SESS S MUCB.DIRECTION * RECEIVE THEN 


/* INVALID PARAMETERS 
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/* PAGE 13-59 


/* 

(0 I 


INVALID PARAMETERS 

5) I 


/* INVALID PARAMETERS 


SENSE * PD^ACTIVB_AND VR CHECK; /* PAGE 13-59 

IP SENSE * 0 THEN 
SELECT INORDER; 

HBBN(H0CB.DIRECTION * SEND * CB TYPE » BP SESS) 

RC * OK; /* PARAMETERS ARE CHECKED BY BF.PU.SVC MGR 

NHBN(H0CB.DIRECTION * SBRD S CB TYPE « HALP.SSSS) 

IP ACTPD RQ.TYPB ACTIVATION -•« (COLD | BRP) THEN 
SENSE * V 08350001'; 

NHBN (CB TYPE * HALP SESS * (ACTPD RQ.PM^PROPILE -* 

ACTPD BQ.TSJPROPILB -« (1 | 5))) 

SENSE * 1*08350002'; 

NHEN (HOCB.DIRECTION “ RECEIVE) 

DO; 

. IP SCB_PTR -« NOLL S 

. SCB.ACT RQ ESP SEQ ID >a OPH GET SEQ ID THEN /♦ PAGE 13-88 

. SBNSE » 1*0852*; /• SESSION EXISTS PROM LATER ACTIVATION 

• IP ACTPD RQ.TYPB ACTIVATION (COLD 1 EBP) THEN 
. DO; 

. • RC * OK; 

. ACTPD RQ.TYPB ACTIVATION * COLD; 

• END; 

END; 

OTHBRNISL 
RC « OK; 

END; 

END 

NHEN(BIND) 

SELECT INORDER; 

NHEN(NCB.PO TYPE * (T4 | T5) 8 OEP 
SBNSE « X*8005*; 

NHEN(CB TYPE a BP SESS) 

RC » OK; 

NHEN (BIND RQ.FORMAT 0 | 

SENSE * 1*08350001*; 

NHEN(BIND RQ.PH PROPILB -» 

SENSE *~X*08350002*; 

NHEN (BIND RQ.TS PROFILE -= 

SENSE a~X* 08350003*; 

OTHERNISE 
RC » OK; 

end; 

NHEN(DRCTCDRM) 

RC « OK; 

NHEN(DACTPO) 

RC a OK; 

NHEN(DACTLD) 

RC a OK; 

NHEN(DNBIND) 

RC * OK; 

END; 

IP SENSE -*a 0 THEN 
IP MOCB.DIRECTION < 

SEND CHECK SENSE 
ELSE 

RECEXVE_CBECK_SENSE = SENSE; 

RETDRN(RC) ; 

END RQ.PARAHBTERS; 


*/ 

♦/ 

*/ 


*/ 

*/ 


f= 0) 


/* SEE NOTES 
/* HO SESSION 


*/ 

*/ 


/* PARAMETERS ARE CHECKED BY BF.LO.SVC_MGR 
BIND_RQ.TYPE •** (NEGOTIABLE | NONNEGOTIABLE)) 






/* 

INVALID 

PARAMETERS 

*/ 

(2 1 

1 3 1 

1 4 | 

1 7 | 18)) 









/* 

INVALID 

PARAMETERS 

V 

(2 I 

1 3 | 

1 4 | 

1 7)) 









/* 

INVALID 

PARAMETERS 

*/ 


/* IP DNRIND RQ.TYPE NOT KNONN BY LO.SVC MGR THEN TYPE IS HANDLED 

/* AS A NORMAL_END 


SEND THEN 
a SENSE; 


*/ 

*/ 
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RSPJPARAMETERS: PROCEDURE RETURNS(BIT(1)); 


FUNCTION: THIS PROCEDURE VERIFIES THAT THE PARAMETERS CONTAINED IN THE RSP ARE 
VALID. IN NODES PROVIDING BOUNDARY FUNCTION SUPPORT, THE BF.(PU | 
LU)•SVC MGR VERIFIES THAT THE PARAMETERS CONTAINED IN THE RSP ARE 
VALID. ; , 

INPUT; THE CURRENT MU, WHICH IS AN ACTIVATION OR DEACTIVATION RESPONSE. 

OUTPUT: A RETURN CODE OF OK OR NG; AND THE RECEIVE CHECK SENSE OR 

SEND_CHECKJ5ENSE IS SET IF THE RETURN CODE IS NG. 

NOTE: WHERE THE SENSE CODE OF 0835 IS GENERATED, 0821 AND 0833 ARE ALSO 

ALLOWED. 


DCL RC BIT (1) ; 

DCL SENSE BIT(32); 

SENSE * 0; 

RC « NG; 

IF RTI = NRG THEN 
RC - OK; 

ELSE /♦ POSITIVE RESPONSE 

DO; 

. SELECT ANYORDER(RQ^CODE); 

. . WHEN(ACTCDRM) 

. . SELECT INORDER; 

. . . WHEN (ACTCDRM RSP.FORMAT -- 0 | ACTCDRM RSP.TYPE ACTIVATION -»= (COLD | ERP)) 

. . . SENSE = X*08350001*; " “ /♦ INVALID PARAMETERS 

. . . WHEN (ACTCDRM_RSF. FM PROFILE 17) 

. . . SENSE = X*08350002 *; /* INVALID PARAMETERS 

. , . WHEN (ACTCDRM RSP.TS PROFILE 17) 

. . . SENSE = X*08350003»; /* INVALID PARAMETERS 

. . . WHEN (SCB PTR -.= NULL S 

. . . SCB,ACT RQ RSP SEQ ID >= UPM GET SEQ ID) /* PAGE 13-88 

. . . SENSE = X*0852*; " ^ /♦ SESSION EXISTS 

. . . OTHERWISE /* VALID PARAMETERS 

. . . RC = OK; 

. . END; 

. . WHEN(ACTLU) 

. . SELECT ANYORDER; 

. . . WHEN (CB TYPE = HALF SESS) 

. . . SELECT INORDER; 

. . . . WHEN (ACTLU RSP.TYPE ACTIVATION -»= (COLD | ERP)) 

. . . SENSE = X»08350001*; /♦ INVALID PARAMETERS 

, . . . WHEN (ACTLU RSP.FM PROFILE (0 | 6) \ ACTLU RSP.TS PROFILE 1) 

. . . . SENSE = X*08350002*; ~ /*”lNVALID PARAMETERS 

. . . . OTHERWISE /♦ VALID PARAMETERS 

. . . . RC * OK; 

. . . END; 

. . . WHEN(CB^TYPE = BF_SESS) /* BF.LU.SVC MGR CHECKS PARAMETERS 

. . . RC = OK; 

. . END; 

. . WHEN(ACTPU) 

. . SELECT INORDER; 

. . . WHEN(CB TYPE = HALF SESS) 

. . . IF ACTPU RSP.TYPE~ACTIVATION (COLD | ERP) THEN 

. . . SENSE = X*08350001*; /* INVALID PARAMETERS 

. . . WHEN(MUCB.DIRECTION = SEND 6 CB TYPE « BF SESS) 

. . . RC = OK; 

. . . OTHERWISE 

. . . RC = OK; 

. . END; * 


/* INVALID PARAMETERS 

/* INVALID PARAMETERS 

/* PAGE 13-88 
/* SESSION EXISTS 
/* VALID PARAMETERS 


/* INVALID PARAMETERS 
ACTLU RSP.TS PROFILE 1) 

/♦"INVALID PARAMETERS 
/♦ VALID PARAMETERS 



13-56 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 













HHEN(BIND) 

SELECT INOBDEB; 

. VHBM(CB TYPE = BF SESS) /* BF.LO.SVC RGB CHECKS PARAHETERS */ 

BC « OK; 

• 1HEN(DCF » BSP OF LENGTH ONE) /* NONEITENDED NONNEGOTIABLE */ 

. BC « OR; 

. WHEN(BIND BSP.FORMAT -= 0) 

. SENSB a"x»08350001*; /* INVALID PARARETEBS */ 

. HHEN (BIND BSP. TYPE (NEGOTIABLE | NONNEGOTIABLE)) 

. SENSE = X'08350001*; /* INVALID PARAHETERS */ 

. WHEN (BIND_RSP.TYPE a NEGOTIABLE) 

. SELECT INOBDEB; 

. . HHEN (BIND BSP.FH_PROFILE i* (2 | 3 | 4 | 7 | 18)) 

. . SENSE =~X•08350002•; /* INVALID PARAHETERS */ 

. . HHEN (BIND RSP.TS_PROFILB -a (2 | 3 ( 4 ( 7)) 

. . SENSE a~x»08350003*; /* INVALID PARAMETERS */ 

. . HHEN (BIND CRYPTOGRAPHY CK -*= OK) /* PAGE 13-58 */ 

. . SENSE =”x*Q8350026*;~ /* INVALID PARAHETERS */ 


, . . • OTHEBHISE 

• • . • BC a OK; 

a a a END; 

a a END; 

. a HHEN(DACTCDRH) 

. . RC = OK; 

. • HHEN(DACTPO) 
a • BC a OK; 

. . HHEN(DACTLO) 

a a RC a OK; 

. . HHEN(UNBIND) 
a . RC a OK; 

a END; 

END; 

IF SENSE ~*a 0 THEN 

IF HUCB.DIRECTION a RECEIVE THEN 
DO; 


. RC a OK; 

• RECEIVE CHECK SENSE = X«084E»; /* INVALID SESSION PARAMETERS—PRI */ 

END; 

ELSE 

DO; 

. RC a HG; 

, SEND CHECK SENSE * SENSE; 

END; 

RETURN (RC); 

END BSP PARAHETERS; 
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BIND_CRYPTOGBAPHY_CK: PROCEDURE RETURNS(BIT (1)); 


/* 


r "— 

FUNCTION: 

VERIFIES THAT THE CRYPTOGRAPHY OPTIONS SELECTED ON THE BIND REQUEST 
ARE NOT DECREASED BY THE SECONDARY LU. 



INPUT: 

NONE 

1 

1 

• 

OUTPUT: 

A RETURN CODE OF EITHER OK OR NG 

1 

1 

DCL 

RC BIT ( 1) ; 

: j • _ . ■ ■ , , . . ■ 

V 


RC = OK; 

IP DCP = BSP OF LENGTH ONE THEN 

IF SCB.CRYPTOGRAPHY SESSION LEVEL 0 THEN 

BC '« NG; " “ /* NO SESSION SEED RETURNED */ 

ELSE * v 'i 

DO; 

. IF SCB.CRYPTOGRAPHY SESSION LEVEL 
. BIND RSP.CRYPTOGRAPHY_SESSION LEVEL THEN 

. DO; 

. . IF SCB.CRYPTOGRAPHY_SESSION LEVEL = MANDATORY THEN 

RC = NG; ” “ /* BIND HAD MANDATORY V 

. . IF BIND_RSP.CRYPTOGRAPHY SESSION LEVEL * NONE THEN 

. . RC = NG; /* RSP HAD NO SESSION-LEVEL CRYPTO */ 

. . /* ELSE, PROMOTION IS OK ♦/ 

END; 

END; 

RETURN(RC); 

END BIND CRYPTOGRAPHY CK; 


( 


V 
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PU_ACTIVE_AND_VR_CHECK: PROCEDURE RETURNS (BIT(32)); 


/* 


FUNCTION: FOR ACTLU TO A SUBAREA NODE, THIS PROCEDURE RETURNS A SENSE CODE OF 

8008 IF THE SSCP IDENTIFIED BY THE ORIGIN ADDRESS IN THE ACTLU DOES 
NOT HAVE AN ACTIVE SSCP-PU SESSION WITH THE PU ASSOCIATED WITH THE 
LU. IF THE SSCP-PU SESSION IS ACTIVE, THIS PROCEDURE RETURNS A 
SENSE CODE OF 8012 IF THE VR USED BY THE SSCP-PU SESSION IS NOT THE 
SAME AS THE VR TRAVERSED BY THE ACTLU. 


FOR ACTLU TO THE BOUNDARY FUNCTION, THIS PROCEDURE RETURNS A SENSE 
CODE OF 8008 IF THE SSCP IDENTIFIED BY THE ORIGIN ADDRESS IN THE 
ACTLU DOES NOT HAVE AN ACTIVE SSCP-PU SESSION WITH THE PU ASSOCIATED 
WITH THE LU. IF THE SSCP-PU SESSION IS ACTIVE, A SENSE CODE OF 8012 
IS RETURNED IF THE VR USED BY THE SSCP-PU SESSION IS NOT THE SAME AS 
THE VR TRAVERSED BY THE ACTLU. 

FOR ACTPU TO THE BOUNDARY FUNCTION, THIS PROCEDURE RETURNS A SENSE 
CODE OF 8012 IF THE SSCP IDENTIFIED BY THE ORIGIN ADDRESS IN THE 
ACTPU DOES NOT HAVE A'N ' ACTIVE SSCP-PU SESSION WITH THE PU IN THE 
NODE PROVIDING THE BF SUPPORT. THIS PROCEDURE ALSO RETURNS 8012 IF 
THE VR USED BY THE SSCP-PU SESSION IS NOT THE SAME AS THE VR 
TRAVERSED BY THE CURRENT ACTPU. 

INPUT: CURRENT MU—ACTPU OR ACTLU 

OUTPUT: APPROPRIATE SENSE CODE—8008, 8012, OR 0 (0 INDICATES NO ERRORS) 


V 

DCL P PTR; 

DCL SENSE BIT (32); 


SENSE - 0; 


NO SSCP-PU SESSION 
PU NOT ACTIVE 


SELECT ANYORDER; 

WHEN(RQ_CODE = ACTLU 8 CB TYPE = HALF SESS) 

DO; 

/* FIND THE SCB FOR SSCP-PU SESSION FOR PU IN THIS NODE 
FIND P—>SCB IN SCB LIST WHERE(P—>SCB.PARTNER^NA = OSAF||OEF & 

P->SCB.THIS EA = X'OOOO* 8 P->SCB.#FSM SESS = ACTIVE); 

IF P * NULL THEN” ” /* 

SENSE - X'8008*; /* 

ELSE 

IF P->SCB. VRCBPTR -*= VRCB PTR THEN 

SENSE = X* 8012*; ” /* INVALID VIRTUAL ROUTE 

END; 

WHEN(RQ_CODE = ACTLU & CB TYPE = BF SESS) 

DO; 

NRCB PTR = LOCATE NODE RESOURCE(DEF); /* FIND PU IN PERIPHERAL NODE 

IF NRCB PTR = NULL THEN /* NO SSCP-PERIPHERAL PU SESSION 

SENSE = X 1 8008 1 ; /* PU NOT ACTIVE 

ELSE 

/* FIND SCB FOR SSCP-PU SESSION FOR PU IN THE NODE PROVIDING BF SUPPORT 
FIND P->SCB IN SCB LIST WHERE(NRCB.ASSOCIATED_RESOURCE = SCB.THIS_EA & 

OSAF||OEF = SCB-PARTNER NA); 

IF P = NULL | P->SCB. VRCBPTR -»= VRCB PTR THEN 

SENSE = X* 8012*; /* SUBAREA PU NOT ACTIVE OR INVALID VR 

END; 

WHEN(RQ_CODE = ACTPU 8 CBJTYPE = BF SESS) 

DO; 

/* FIND SCB FOR SSCP-PU SESSION FOR PU IN THE NODE PROVIDING BF SUPPORT 
FIND P->SCB IN SCB LIST WHERE (P->SCB.PARTNER NA = OSAF||OEF & 

P->SCB. THIS EA = X'0000' 6 P->SCB.#FSM_SESS = ACTIVE); 

IF P = NULL | P->SCB. VRCBPTR VRCB PTR THEN 

SENSE = X'8012'; /* SUBAREA PU NOT ACTIVE OR INVALID VR 

END; 

END; 

RETURN(SENSE) ; 

END PU ACTIVE_AND VR CHECK; 


V 

*/ 

V 

V 


*/ 

*/ 

V 

V 


*/ 


*/ 


*/ 
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SON^VR: PROCEDURE; 


/* 


FUNCTION: PERFORMS SESSION OUTAGE NOTIFICATION (SON) BY SENDING DACTCDRM* 

DACTLU* DACTPU r OR UNBIND REQUESTS TO NAU*S IN THE SUBAREA OF THIS 
NODE. THE SON IS CAUSED BY A VIRTUAL ROUTE (VR) BECOMING 
INOPERATIVE OR BEING DEACTIVATED (DACTVR FORCED). 

THIS PROCEDURE RECEIVES THE SON SIGNAL WITH THE ADDRESS OF THE 
AFFECTED VIRTUAL ROUTE CONTROL BLOCK (VRCB) IN THE VRCB PTR* AND 
SCANS THE SCB LIST FOR SESSIONS ASSOCIATED WITH THE GIVEN VRCB. FOR 
EACH SUCH SESSION THAT IS FOUND* A DEACTIVATION REQUEST (DACTCDRM* 
DACTLU* DACTPU* OR UNBIND) IS CREATED AND IS SENT TO CSCJiGR.RCV. 

INPUT: THE SIGNAL "VRINOP" OR "DACTVR^FORCED" WITH THE VRCB_PTR 


OUTPUT: DACTCDRM* DACTLU* DACTPU, OR UNBIND (WITH SON_CODE) TO CSC_MGR.RCV 

(PAGE 13-41) 

NOTE: IN A PU_T4|5 NODE PROVIDING BOUNDARY FUNCTION SUPPORT, THE 

DACTLUIDACTPU IS NOT SENT TO THE PU_T1|2 NODE* SO AS NOT TO AFFECT 
ANY UNDERLYING (LU*LU) SESSIONS. THE DACTLU|DACTPU WILL BE 

DISCARDED IN THE BF FSM'S. THIS IS NECESSARY BECAUSE UNLIKE PUJT4|5 
NODES* ALL PU_T1|2 NODES DO NOT SUPPORT THE SON TYPE OF 

deactivation. 


DCL RECODE BIT (8); 

SCAN SCB LIST PTR(SCB PTR); 

. IF SCB7VRCBPTR = VRCB PTR THEN 
. DO; 


SELECT ANYORDER (SCB.TYPE — OF_SESSION) ; 


WHEN (SSCP SSCP) 

RECODE = DACTCDRM; 


*/ 


WHEN(SSCP LU) 

R_CODE = DACTLU; 

WHEN (SSCP_PU) 

RECODE = DACTPU; 

WHEN(LU_LU) 

R_CODE = UNBIND; 


END; 

IF INPUT ('VRINOP') THEN 

CALL CREATE_DEACT RQ (SWITCHED*R CODE, 


VRINOP*RECEIVE); 

/* 

PAGE 

13-65 

*/ 

ELSE 

CALL CREATE_DEACT_RQ(SWITCHED*R_CODE* 

DACTVR FORCED*RECEIVE); 

/* 

PAGE 

13-65 

*/ 

SEND MU TO CSC MGR.RCV; 

/* 

PAGE 

13-41 

*/ 


. END; 
SCANEND; 
RETURN; 
END SON_VR; 


SON_RESET: PROCEDURE; 


/* 


FUNCTION: CALLS PU_T1_OR_T2_RESET OR PU T4 ORJT5JRESET UPON RECEIPT OF THE 

SIGNAL "SSCP GONE" OR "HIERARCHICAL_RESET"• SEE FIGURE 13-5 FOR A 
SUMMARY OF SON ACTIVITY. 

INPUT: THE SIGNAL "HIERARCHICAL_RESET" OR "SSCP GONE" WITH THE SCB_PTR 

POINTING TO THE SCB REPRESENTING THE _ SESSION ON WHICH THE 

DEACTIVATION REQUEST OR RSP(COLD) WAS FLOWING. THE SIGNAL IS 

GENERATED BY THE SESS FSM'S. NRCB_PTR IS SET. 


OUTPUT: CALL TO APPROPRIATE PROCEDURE | 

---.------- 1 


IF NCB.PU TYPE = (T1 | T2) THEN 

CALL PU T1 OR T2 RESET; 

/* 

PAGE 

13-61 

*/ 

♦/ 

ELSE 

CALL PU_T4 OR T5 RESET; 

/* 

PAGE 

13-62 

*/ 


END SON_RESET; 
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PUJT1_0Rjr2_RESET: PROCEDURE; 


FUNCTION: PERFORMS SESSION OUTAGE NOTIFICATION (SON) BT SENDING DACTPU, 
DACTLU, OR UNBIND REQUESTS. THE SON IS CAUSED BT THE RESETTING OF 
THE SSCP PU OR SSCP LU HIERARCHY RESULTING FROM RSP(DACTLU) , 
RSP(DACTPU), RSP(ACTPUTCOLD), OR RSP(ACTLU,COLD) . SEE FIGURE 13-5 
FOR A SUMMARY OF SON ACTIVITY. 

INPUT: THE SIGNAL "HIERARCHICAL RESET" OR "SSCP_GONE" WITH THE SCB_PTR 

POINTING TO THE SCB REPRESENTING THE “SESSION ON WHICH “THE 
DEACTIVATION REQUEST OB RSP(COLD) WAS FLOWING. THE SIGNAL IS 
GENERATED BY THE SESS FSH'S. 

OUTPUT: DACTPU, DACTLU, OR UNBIND, WITH THE SON CODE. 


DCL SAVE SCB PTR PTR; 

DCL SAVE“B*_PO_ADDRESS BIT(16); 
DCL 1 SAVE SSCP ADDRESS, 

2 SUBAREA^BIT(32) , 

2 ELEMENT BIT(16) ; 

DCL SAVE_LU ADDRESS BIT(16); 

DCL SON SIGNAL CHAR(16); 


*/ 


SELECT ANYORDER; 


| RSP(ACTPU,COLD) SENT OB DACTPU RECEIVED BY 
| PU T2. ACTPU AND DACTPU DON'T FLOW TO A 
| PU_T1. RESET LU-LU AND SSCP-LU SESSIONS 
| ONLY. 


. WHEN(NRCB.RESOURCE CATEGORY = PU) 

SCAN SCB LIST PTR(SCB PTR); 

. . IF SCb7tYPE_OF_SESSION = LU LU THEN 

. . DO; 

. . . CALL CREATE DEACT RQ (SWITCHED,UNBIND, 

. . . HIERARCHICAL_RESET,RECEIVE); 

. . . SEND MU TO CSC MGR.BCV; 

END; 

. ELSE 

. . IF SCB.TYPE OF SESSION = SSCP_LU THEN 

DO; 

. CALL CREATE DEACT RQ (SWITCHED,DACTLU, 
HIERARCHICAL'rESET,RECEIVE); 

. SEND MU TO CSC_MGR.RCV; 

. . END; 

SCANEND; 


/* PAGE 13-65 
/* PAGE 13-41 


/* PAGE 13-65 
/* PAGE 13-41 


1 RSP(ACTLU,COLD) SENT OR DACTLU RECEIVED BY 
| PERIPHERAL PU 


I 

I 


/• 


*/ 


*/ 

*/ 


V 

*/ 

/* 


. WHEN(NRCB.RESOURCE_CATEGORY = LU) 

SCAN SCB LIST PTR (SCB_PTR) ; 

. if scb7type_qf_session = LU_LU & 

SCB.THIS_EA = NRCB.ELEMENT^ADDRESS THEN 

DO; 

. CALL CREATE DEACT RQ(SWITCHED,UNBIND,HIERARCHICAL_RESET,RECEIVE) ; /* PAGE 13-65 */ 

. SEND MU TO CSC_MGR.BCV; /* PAGE 13-41 */ 

END; 

. SCANEND; 

END; 

RETURN; 

END PU T1 OR T2 RESET; 
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PUJT4j)Rjr5.JtESET: PROCEDURE; 


” " ■" ' : ' ;; ; ' /* 

i—*--—-------------* 

| FUNCTION; PERFORMS SESSION OUTAGE NOTIFICATION (SON) FOR PU T4 AND PU_T5 NODES | 

| BY SENDING DACTPU, DACTLU* OR UNBIND REQUESTS. THE SON IS CAUSED BY | 

| THE RESETTING OF THE SSCP PU OR SSCP_LU HIERARCHY RESULTING FROM | 

| RSP (DACTLU) * RSP (DACTPU) * RSP (ACTPU,COLD) , OR RSP (ACTLU*COLD) . SEE | 

| FIGURE 13-5 FOR A SUMMARY OF SON ACTIVITY. | 

| INPUT: THE SIGNAL "HIERARCHICAL RESET" OR "SSCP GONE" WITH THE SCB PTR | 

| POINTING TO THE SCB REPRESENTING THE SESSION ON WHICH THE | 

| DEACTIVATION REQUEST OR RSP(COLD) WAS FLOWING. THE SIGNAL IS | 

| GENERATED BY THE SESS FSM'S. I 

| OUTPUT: DACTPU* DACTLU, OR UNBIND, WITH THE SON CODE I 

t . . --——.——. —-—-■---;—-— ---.---.——j 

*/ 

DCL SAVE SCB PTR PTR; 

DCL SAVE BF_PU_ADDRESS BIT(16); 

DCL 1 SAVE SSCP__ADDRESS * 

2 SUBAREA BIT(32), 

2 ELEMENT BIT (16) ; 

DCL SAVEJLU_ADDRESS BIT(16); 

DCL SON SIGNAL CHAR (16) ; 


SELECT ANYORDER (NRCB.RESOURCE^,CATEGORY) ; 


• RSP (ACTPU,COLD) RECEIVED BY BF FROM A 
PUJT2* OR 

• RSP (ACTPU*COLD) SENT TO PRIMARY ON BEHALF 
OF A PU_T1* OR 

• DACTPU ROUTED TO A PU T2* OR 

• RSP(DACTPU) SENT TO PRIMARY ON BEHALF OF A 
FU T1 • 

SEND - " UNBIND TO ALL LU-LU PRIMARY 
HALF-SESSIONS* RESET BF FOR SSCP-LU BY 
SENDING DACTLU TO SECONDARY. (DACTLU IS NOT 
ACTUALLY SENT BUT DISCARDED IN THE BF FSM.) 
FOR BF SUPPORT OF PU T1«S* SEND UNBIND TO THE 
SECONDARY HALF-SESSIONS. 


WHEN (BF.PU) 

DO; 

. SAVE BF_PU_ADDRESS = NRCB.ELEMENT ADDRESS; 

. SCAN“NRCB LIST PTR (NRCB PTR); 

. . IF NRCB7RESOURCE CATEGORY = BF.LU S /* FIND LU'S ASSOCIATED WITH THE BF.PU 
. . NRCB.ASSOCIATED_RESOURCE = SAVE_BF_PU_ADDRESS THEN 

. . SCAN SCB__LIST PTR (SCB.PTR) ; 

. . -IF SCB.SCB TYPE = BF SESS & 

. . . SCB.THIS EA = NRCB.ELEMENT ADDRESS THEN 

IF SCB.TYPE~OF SESSION = LU LU THEN 

... “ 7* FIND LU-LU SESSIONS ASSOCIATED WITH LU 

. . . DO; 

... . CALL CREATE_DEACT RQ (“.SWITCHED* UNBIND, 

... . HIERARCHICAL“rESET,RECEIVE); /* PAGE 13-65 

... . SEND MU TO CSC MgI.RCV; /* PAGE 13-41 

. IF CB TYPE = BF SESS S NRCB.RESOURCE TYPE = PU T1 THEN 


... . DO; 

. . . . . CALL CREATE_DEACT RQ(SWITCHED,UNBIND, 

. . . . . HIERARCHICAL~RESET,SEND); /* PAGE 13-65 

. . . . . SEND MU TO CSC MGR.BF N$END; /* PAGE 13-40 

. . . . END; 

. . . END; 

. . . ELSE 

. . . DO; /* RESET BF FOR SSCP-LU SESSION 

. . . CALL CREATE DEACT RQ (SWITCHED,DACTLU, 

. . . . HIERARCHICAL RESET,RECEIVER; /* PAGE 13-65 

. . . . SEND MU TO CSC_HGR.RCV; /* PAGE 13-41 

. . . END; 

. . SCANEND; 

. SCANEND; 

END; 


| RSP(ACTLU,COLD) RECEIVED BY BF OR DACTLU \ 
| ROUTED TO PUJT1|2 BY BF. SEND UNBIND TO ALL | 
| THE PRIMARY LU-LU HALF-SESSIONS. | 

i____________—________ i 


. WHEN(NRCB.RESOURCE CATEGORY * BF.LU) 

. SCAN SCB LIST PTR (SCB PTR); 

. . IF SCB7TYPE OF SESSION = LU_LU S 

. . SCB.THIS lA * NRCB.ELEMENT^ADDRESS THEN 

. . DO; 

. . . CALL CREATE^DEACT RQ (-.SWITCHED,UNBIND, 

. . . HIERARCHICAL RESET*RECEIVE); /* PAGE 13-65 

. . . SEND HU TO CSC MGR.RCV; /* PAGE 13-41 

END; 

. SCANEND; 


/♦ 


*/ 


*/ 


*/ 


V 

*/ 


*/ 

*/ 


*/ 

*/ 

*/ 


/* 


*/ 


♦/ 

♦/ 
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RSP(ACTPU ,COLD) OR DACTPU RECEIVED 
IN A SOBAREA NODE 


BY THE PU 


WHEN (NRCB.RESOURCE CATEGORY = PO) 

DO; 

SAVE SSCP ADDRESS - SCB.PARTNER NA; 

SCA1~SCB LIST PTR(SCB PTR) ; 

SELECTMANYORDER; 

WHEN(SCB.TYPE OP SESSION * SSCP LU 8 

SCB.PARTNER~NA = SAVE SSCP~ADDRESS S 
INPUT( 1 HIERARCHICAL RlSETM) 

DO; 

SAVE LU ADDRESS = SCB.THIS EA; 

SAVE SCB PTR = SCB PTR; /* SAVE THE OUTER SCAN POINTER 
SCAN”SCB“LIST PTR (SCB PTR); 

IF SCB7TYPE_OF_SESSION = LU LU 8 

SCB.THIS EA « SAVE LU ADDRESS THEN 

DO; 


. . hierarchical“reset,send); 

/* 

PAGE 

13-65 

♦/ 

. . SEND HU TO CSC HGH.SEND; 

/* 

PAGE 

13-35 

♦/ 

. . CALL CREATE_DEACT RQ (SWITCHED,UNBIND, 

HIERARCHICAL RESET,RECEIVE); 

/* 

PAGE 

13-65 

V 

. . SEND HU TO CSC HGR.RCV; 

/* 

PAGE 

13-41 

V 

. END; 

SCANEND; 

SCBJPTR * SAVE_SCB_PTR; 

/* 

RESTORE POINTER 

V 


/* 

SEND 

DACTLU TO LU 

V 

CALL CREATE DEACT RQ(SWITCHED,DACTLU, 

HIERARCHICAL RESET,RECEIVE) ; 

/* 

PAGE 

13-65 

V 

SEND HU TO CSC_HGR. RCV; 

/* 

PAGE 

13-41 

V 


END; 

WHEN(SCB.SCB TYPE = BF_SESS & SCB.TYPE_OF SESSION = SSCP_PU & 

SCB.PARTNER NA » SA?E_SSCP ADDRESS 8~ 

INPUT (•HIERARCHICAL BESET*)') 

DO; 

. CALL CREATE DEACT RQ(SWITCHED r DACTPU, 

. HIERARCHICAL~RESET,RECEIVE); /* PAGE 13-65 

. SEND HU TO CSC HGR.RCV; /* PAGE 13-41 

END; 

WHEN(SCB.TYPE OF SESSION = SSCP_LU 8 

SCB.PARTNER~NA = SAVE SSCP ADDRESS 6 
INPUT(*SSCP”gONE*)) 

CALL SCB_DISCARD; /* PAGE 13-88, RESETS THE SSCP-LU OR SSCP-BF.LU SESSION 
WHEN(SCB.TYPE OF SESSION = SSCP PU & 

SCB.SCB_TYPE = BF_SESS & 

SCB.PARTNER NA = SAVE_SSCP ADDRESS 8 
INPUT (*SSCP”G0NE*)) 

CALL SCBJDISCARD; /* PAGE 13-88, RESETS THE SSCP-BF.PU SESSION 

END; 

SCANEND; 


V 

V 


*/ 


END; 


RSP (ACTLU,COLD) OR 
IN A SUBAREA NODE 


DACTLU RECEIVED BY AN LU | 

I 


WHEN (NRCB.RESOURCE CATEGORY = LU) 

SCAN SCB LIST PTR (SCB PTR); 

IF SCB.TYPE_OF_SESSION = LU_LU & 

SCB.THIS_EA = NRCB.ELEMENT ADDRESS THEN 

DO; 


END; 

RETURN; 

END PUJT4 OR T5 RESET; 


*/ 



hierarchical!reset,send); 

/* 

PAGE 

13-65 

♦/ 

. . SEND 

. CALL 

HU TO CSC^HGR.SEND; 

CREATE DEACT RQ(SWITCHED,UNBIND, 

/* 

PAGE 

13-35 

*/ 


HIERARCHICAl”rESET,RECEIVE); 

/* 

PAGE 

13-65 

*/ 

. . SEND 

END; 
SCANEND; 

HU TO CSC HGR.RCV; 

/* 

PAGE 

13-41 

*/ 
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SON_REX_INOP: PROCEDURE; 


FUNCTION: PERFORMS SESSION OUTAGE NOTIFICATION (SON) BY SENDING UNBIND 

REQUESTS TO LU«S. THE SON IS CAUSED BY AN INOPERATIVE CONDITION ON 
THE ROUTE EXTENSION. THE SON SIGNAL ORGINATES AT 
CNTL.ALS SEC SUBTREE RESET OF THE PU.SVC MGR.NS (CHAPTER It) WITH 
LSCB.EA CONTAINING THE ELEMENT ADDRESS 0? THE INOPERATIVE ADJACENT 
LINK STATION. WHEN IN A PU T4|5 NODE, FOR EACH SCB LIST ENTRY WITH 
A HATCHING ALS^EA, THE PROCEDURE PERFORMS THE FOLLOWING: 

• IF THE SCB REPRESENTS AN SSCP-BASED SESSION, IT DISCARDS THE 
BFSCB FOR THAT SESSION. 

• IF THE SCB REPRESENTS AN (LU,LU) SESSION, IT SENDS AN UNBIND 
REQUEST TO THE LU IDENTIFIED BY SCB•PARTNER_NA IN THE GIVEN 
SCB. THE TYPE CODE IN UNBIND IS SET TO REX_INOP (X»08»)* 

WHEN IN A PO T1J2 NODE, FOR EACH SCB LIST ENTRY WITH A MATCHING 
ALS EA, THE PROCEDURE SENDS AN UNBIND, DACTPU, OR DACTLU (AS 
APPROPRIATE) TO EACH HALF-SESSION REPRESENTED BY A SESSION CONTROL 
BLOCK. 


INPUT: 

OUTPUT: 


NOTE: 


ADDRESS OF THE ALS IN LSCB.EA 

UNBIND (WITH SON CODE) TO CSC_HGR.RCV (PAGE 13-41), WHERE THE 
“DESTINATION NETWORK ADDRESS” OF THE UNBIND IS THE PARTNER_NA FROM 
THE SCB. 


INOP PROCESSING BY THE SSCP RESETS THE PRIMARY 
SSCP-PU AND SSCP-LO SESSIONS. 


HALF-SESSION OF THE 


DCL RQ CD BIT(8); 

SELECT ANYORDER; 

WHEN (NCB. PU_TYPE - (T4 | T5) ) 

SCAN SCB LIST PTR (SCB^PTR) ; 

NRCB PTR = FIND ALS JPOR_RESOURCE (SCB.THIS_.EA) ; /* APPENDIX B 

IF LSCB.EA = NRCB.ELEMENT^ADDRESS THEN 
DO; 

IF SCB.TYPE_OF — SESSION * LU LU THEN 
DO; 

CALL CREATE DEACT RQ (-.SWITCHED,UNBIND,REX INOP,RECEIVE) ; /* PAGE 13-65 


*/ 


. SEND MU TO CSC MGR.BF_RCV; 
END; 

ELSE 

CALL SCB_DISCARD; 


/♦ PAGE 13-46 


/♦RESETS THE BF REPRESENTATION OF THE SSCP-PU 
/♦ AND SSCP-LU SESSIONS, PAGE 13-88 

END; 

SCANEND; 

WHEN(NCB.PU TYPE - (T1 | T2)) 

DO; 

SCAN SCB LIST PTR(SCB PTR); 

SELECT ANYORDER(SCbTtYPE„OF SESSION); 

WHEN (SSCP-PU) 

RQ CD =~DACTPU; 

when!sscp_lu) 

RQ„CD = DACTLU; 

WHEN'(LU LU) 

RQ CD~= UNBIND; 

END; 

CALL CREATE_DEACT RQ(SWITCHED,RQ CD,REX INOP,RECEIVE); /♦ PAGE 13-65 

SEND MU TO CSC_MGR.RCV; ” /♦ PAGE 13-41 

SCANEND; 

END; 

END; 

RETURN; 

END SON REX INOP; 


*/ 

♦/ 


♦/ 

*/ 


*/ 

*/ 




/' '\ 

Vy 
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CREATE_DBACT_RQ: PROCEDURE (ADDR__SNITCH,REQUEST_CODB,SON_CODE,DIRECTION) ; 


/* 




V 

DCL ADDR SNITCH BIT(1); 

DCL REQUEST CODE BIT(8); 

DCL SOU CODE BIT(8); 

DCL DIRECTION BIT(1); 

CREATE HO; 

RRI = REQUEST; 

RQ_CODE = BEQUEST_CODE; 

SELECT ANYORDER(NCB.PO TYPE); 

. NHEN (T1) 

• DO; 

. . FID = FID3 

. . LSID * SCB.LOCAL SESSION ID; 

. END; 

• NHEN(T2) 

. DO; 

- . FID = FID2; 

. IF ADDR_SNITCH = -»SNITCHED THEN 

• i DO; 

. - • OAFPRIHE = SCB.THIS_ID; 

. . . DAFPRIHE * SCB.PARTNER ID; 

. . END; 

. ELSE 
. . DO; 

. OAFPRIHE = SCB.PARTNER ID; 

. . . DAFPRIHE * SCB.THIS_ID7 

. . END; 

. END; 

. NHEN(T4 | T5) 

. DO; 

. FID = FID4; 

. IF A DDR SNITCH = -.SNITCHED THEN 
DO; 

. . . OSAF * SCB.THIS_SA; 

. . . OEF = SCB.THIS.EA; 

. . . DSAF = SCB.PARTNER SA; 

. . . DEF = SCB.PARTNERJBA; 

. . END; 

. . ELSE 

DO; 

. OSAF * SCB.PARTNER SA; 

. . . OEF = SCB.PARTNER EA; 

. . . DSAF * SCB.THIS SA; 

. . . DEF = SCB.THIS_EA; 

END; 

. END; 

END; 

HUCB.DIRECTION - DIRECTION; 

SELECT ANYORDER (RQ_CODE); 

. NHEN(ONBIND) 

. ONBIND_RQ.SOBECAUSE = SON_CODE; 

. NHEN(DACTLU) 

. DACTLU_RQ.SON_CAUSE - SON_CODE; 

. NHEN(DACTPO) 

. DACTPU_RQ.SON_CAUSE = SON_CODE; 

. N HER(DACTCDRH) 

DACTCDRH_RQ.SON_CAOSE = SON_CODE; 

END; 

RETURN; 

END CRBATE^DEACTJRQ; 


FUNCTION: CREATES A DACTCDRH, DACTLU, DACTPU, OR UNBIND 

INPUT: ADDR SNITCH (-SNITCHED INDICATES THE HU NILL BE BUILT TO LOOK AS IF 

IT ORIGINATED IN THIS NODE—OR IN THE SECONDARY IF THIS IS THE BF; 
SNITCHED INDICATES THE HU NILL BE BUILT TO LOOK AS IF IT ORIGINATED 
IN THE PARTNER NODE), REQUEST CODE, AND SON_CODB 

OUTPUT: THE RQ(DACTCDRH | DACTLU \ DACTPU | UNBIND) NITH THE SON_CAUSE CODE 
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SfcSSACT.REQUEST: PROCEDURE 


_ /» 

| FUNCTION: SAVES TOE PARAHETERS CONTAINED 10 THE ACTIVATION REQUEST IN THE SCB. | 

| | 

| INPUT: THE CURRENT ACTIVATION BEQUEST | 

I I 

| OUTPUT: NONE | 

i - i ----—. ... . ---......_______- ___..---.-.J 

V 

IF CB TYPE = HALF SESS THEN 
DO; 

. SCB.SCBJTIPE * HALF_SBSS; 

. IF HUCB.DIRECTION * SEND THEN 
. SCB.HALF SESSION * PRI; 

- ELSE 

. SCB.HALF SESSION * SEC; 

END; 

ELSE 

SCB.SCB TYPE = BF SESS; 

SELECT ANIORDER(RQ_CODE) ; 

. WHEN(ACTCDRH) 

. DO; 

. . SCB.OPTIONS * 0; 

. . SCB.TYPE OF SESSION = SSCP SSCP; 

. . SCB.FH PROFILE = ACTCDRH RQ.FH PROFILE; 

. . SCB.TS~PROFILE * ACTCDRH'rQ.TSIpBOFILE; 

. SCB.PRI RCV PACING CNT « ACTCDRH RQ.PRI RCV PAC CNT; 

. SCB.SEC SEND PACING CNT « ACTCDRH RQ.PRI RCV PAC CNT; 

. . IF HUCB.DIRECTION = SEND THEN 

. . SCB.THIS_HALF SESSION SSCP ID = ACTCDRH RQ.SSCP ID; 

. . ELSE 

. . DO; 

. SCB.PARTNER_HALF_SESSION_SSCP_ID * ACTCDRH_RQ.SSCP_ID; 


. SCB.ACT RQ RSP sIq ID * UPH GET SEQ ID; 

/* 

PAGE 13-88 

*/ 

END; 




#SVC HGR - SSCP.SVC HGR.CS.RCV; 

/* 

CHAPTER 7 

V 


END; 

WHEN(ACTLU) 

DO; 

. SCB.TYPE_OF_SESSION - SSCP_LU; 

. SCB• TS_PROFILE * PAD 4 BITS | | ACTLU RQ.TS PROFILE; 

. BAKE EIGHT BITS FOR ASSIGNHENT STATEHENT */ 

. IF CB_TYPE a HALF SESS THEN 
. DO; 

. . SCB.FH PROFILE = PAD 4 BITS||ACTLU RQ.PH_PROFILE; 

. . IF HUC5.DIRECTION = SEND THEN 


#SVC_HGfi * 

SSCP.SVC_HGB.CS.RCV; 

/* CHAPTER 7 

V 

ELSE 




#SVC HGR = 

LU.SVC_HGR.SS.RCV; 

/♦ CHAPTER 8 

V 


. END; 

. ELSE 

. #SVC_HGR = BF.LU.SVC HGR; 
END; 
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WHEN(ACTPO) 

DO; 

. IF NCB.POJTYPE = (T1 | T2) 6 (DISPATCHED BY(POCP.SVC HGR) | 

. MOCB.PO_BASED SESSION = B«01») THEN~ 

. SCB.TYPE OF SESSION ■ POCP PD; 

. ELSE 

- SCB.TYPE_OF_SESSION = SSCP PO; 

. SCB.TS_PROFILE = PAD 4_BITS|JaCTPO RQ.TS PROFILE; 

. ~ “/* MAKE EIGHT BITS FOR ASSIGNMENT STATEMENT */ 

. IF CB_TYPE * HALF SESS THEN 
. DO; 

. . SCB. FM_PROFILE = PAD_4_BITS| | ACTPD RQ.FM_PROFILE; 

. . IF MOCB.DIRECTION = SEND THEN 

. . DO; 

. . . IF DISPATCHED_BY(POCP.SVC MGR) THEN 

- . . #SVC HGR = POCP.SVC MGR? 

. . . ELSE 

. . . #SVCJ!GR = SSCP.SVC_MGR.CS.RCV; /* CHAPTER 7 */ 

END; 

. . ELSE 

DO; 

. . . #SVC_MGR = PO. SVC_MGR. NS. RCV; /* CHAPTER 11 */ 

. . . IF NCB.PO TYPE = 7t4 | T5) THEN /* SESSION OVERRIDE ONLY FOR PO T4|5. */ 

. . . SCB.ACT_RQ_RSP_SEQ_ID = OPM_GET_SEQ_ID; /* PAGE 13-88 */ 

. . END; 

. END; 

. ELSE 

. tSVC MGR * BF.PO.SVC HGR; 

END; 

WHEN(BIND) 

DO; 

. SCB.TYPE OF SESSION = LO LO; 

. SCB.TS_PROFILE = BIND_Rq7tS_PROFILE; 

. CALL TS PROFILE PROC;~ ~ /* PAGE 13-70 ♦/ 

. IF CB„TYPE = HALF_SESS THEN 
. DO; 

. SCB.FM PROFILE = BIND RQ.FM PROFILE; 

. SCB.PS~PROFILE = BIND“RQ.PS~PRQFILE; 

. SCB.PS OSAGE = BIND_RQ.PS OSAGE; 

. CALL FM PROFILE PROC; /* PAGE 13-70 */ 

. . CALL OPM PS PROFILE; /* SAVE PS PROFILE AND PS OSAGE INFORMATION ♦/ 

. . #SVC MGR*”~ LO. SVC MGR. SS. RCV; /* CHAPTER 8 */ 

. . IF MOCB. DIRECTION^ RECEIVE & 

SCB.SC CRV = ALLOWED THEN 

SCB. SESS_CRYPTQGRAPHY_KEY = BOD_BQ. SESS_CRYPTOGRAPHY_KEY; 

END; 

. ELSE 

#SVC MGR = BF.LO.SVC_MGR; 

END; 

END; 

RETORN; 

END jSESSACT.REQOEST; 
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SESSACT.RESPONSE: PROCEDURE 


/♦ 


| FUNCTION: 

I 

I 


INPUT: 

OUTPUT: 


THIS PROCEDURE INITIALIZES THE SESSION CONTROL BLOCK BY SAVING THE 
PARAMETERS THAT ARE CONTAINED IN THE ACTIVATION RESPONSE# IF THE 
ACTIVATION RESPONSE CARRIES PARAMETERS. THIS PROCEDURE ALSO CALLS 
INITIALIZATION ROUTINES IN TC (CHAPTER 4) AND DFC (CHAPTER 5) TO 
COMPLETE THE INITIALIZATION OF THE SESSION PARAMETERS (E.G., PACING 
COUNTS) IN THE SESSION CONTROL BLOCK. NO INITIALIZATION IS 
NECESSARY FOR SNS SINCE THE FSM'S ASSOCIATED WITH THE HALF-SESSION 
ARE DEFINED TO BE IN THE RESET STATE WHEN THE HALF-SESSION IS 
ACTIVATED. 

THE CURRENT ACTIVATION RESPONSE 
NONE 


V 

DCL PROFILE_UPDATE BIT(1); 

PROFILE__ UPDATE = ON; 

SELECT ANYORDER(RQ_CODB); 

. WHEN(ACTCDRM) 

. DO; 

. . SCB.FM__PROFILE = ACTCDRM__RSP.FM PROFILE; 

. . SCB.TS_PR0FILE = ACTCDRM_RSP.TsIPROFILE; 

. . SCB.SEC RCV_PACING_CNT = ACTCDRM_RSP.SEC_RCV_PAC_CNT; 

. . SCB.PRI SEND_PACING_CNT = ACTCDRM_RSP.SEC_RCV PAC_CNT; 

. IF MUCB7DIRECTION = SEND THEN 
. . SCB.THIS_HALF_SESSION_SSCP ID = ACTCDRM RSP.SSCP_.ID; 

. . ELSE 

. . SCB.PARTNER HALF_SESSION SSCP ID = ACTCDRM_RSP.SSCP ID; 

. SCB.ACT_RQ_RSP_SEQ_ID = UPM_GET_SEQ_ID; /* PAGE 13-88 */ 

. END; 


WHEN ( ACTLU) 

DO; 

. IF DCF = RSP__OF LENGTH TWO THEN /*NO MAX RU SIZE SPECIFIED */ 

. DO; 

. . SCB.PRIJ5END MAX RU SIZE = X'85'; /* 256 BYTES ENCODED = X'85' */ 

. . SCB.SEC SEND MAX RU SIZE = X'85'; /* APPENDIX E */ 

. END; 

. ELSE 
. DO; 

. SCB.PRI SEND MAX RU SIZE = ACTLU RSP.MAX_RU SIZE; 

. scb.sec”send!max7ru7size = actlu7rsp.max_ru7size; 

. . SCB.TS_PROFILE =~PAD 4_BITS(|ACTLU RSP.TS PROFILE; 

. . “ /* MAKE EIGHT BITS FOR ASSIGNMENT STATEMENT */ 

. . IF CB_TYPE = HALF SESS THEN 

SCB.FM PROFILE = PAD_4 BITS||ACTLU RSP.FM PROFILE; 

. END; 

END; 

WHEN(ACTPU) 

DO; 

. IF CB TYPE = HALF SESS THEN 
. DO; 

. . IF SCB.HALF_SESSION = PRI THEN 

SCB.REQUEST RECEIVE = NOT ALLOWED; 

. . SELECT ANYORDER(ACTPU RSP.FORMAT); 

. . . WHEN(0) 

. . IF NCB.PU_TYPE = (T4 | T5) S 

. . . OEF = 0 THEN /* PU_T4|5 ALLOWS FMD REQUESTS */ 

. . . SCB.REQUEST_RECEIVE = ALLOWED;” 

. . WHEN (1) 

. . . SCB.REQUEST_RECEIVE = FORMAT^1_ACTPU_RSP.REQUEST_RCV; 

. . WHEN (2) 

. . SCB.REQUEST_RECEIVE ** FORMAT_2_ACTPU_RSP.REQDEST_SCV; 

. . . WHEN(3) 

. . . SCB.REQUEST RECEIVE = ALLOWED; 

. . END; 

END; 

END; 
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. WHSH(BIHD) 

. DO; 

• . PROFILE UPDATE * OFF; 

. . IF DCF -i* ESP OFJLEEGTH OMB 6 BIMD BSP.TIPS * NEGOTIABLE THEM 

. . DO; 

. . . PROFILE_UPDATE * OM; 

. - . SCB.OPTIONS = 0; 

. . . SCB.TS PROFILE » BIMD RSP.TS PROFILE; 

. . . IF CB TYPE * HALF SESS THBM ” 

. . . DO;” 

. . . . SCB.FH PROFILE ■ BIMD RSP.FH PROFILE; 

. . . . SCB.PS PROFILE * BIND_HSP.PS”pROFILB; 

. . . . SCB.PS USAGE ■ BIMD RSP.PS USAGE; 

. . . . SCB.CRYPTOGRAPHY SESSION LlvBL * BIMD^RSP.CRYPTOGRAPHY SESSION LEVEL; 

. . . END; 

. . END; 

END; 

END; 


IF PROFILE UPDATE « OM THEM 

/* 

QFF 

FOR 

MONNBGOTIABLR 

BIMD 


*/ 

CALL TS PROFILE PRQC; 




/♦ 

PAGE 13- 

70 

♦/ 

IF CB_TYPE = HALF SESS THEM 








DO; 








. IF PROFILE UPDATE * ON THEM 

/* 

OFF 

FOR 

MOMMEGOTIABLE 

BIMD 


*/ 

. CALL FM PROFILE PROC; 




/* 

PAGE 13-70 

*/ 

. CALL SESSACT.DFC INITIALIZE; 




/* 

CHAPTER 

5 

*/ 

. CALL SESSACT.DFC RESET; 




/* 

CHAPTER 

5 

V 

. CALL SESSACT.TC INITIALIZE; 




/♦ 

CHAPTER 

4 

♦/ 

. CALL SESSACT.TC_RBSBT; 




/♦ 

CHAPTER 

4 

*/ 

END; 








ELSE 




/* 

CB_TYPE 

* BF_SESS 

*/ 

DO; 








. CALL BF.SESSACT.TC.INITIALIZE; 




/* 

CHAPTER 

4 

*/ 

. CALL BF.TC.RESET; 




/* 

CHAPTER 

4 

*/ 


END; 

RETURN; 

END SESSACT.RESPONSE; 
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FM_PROFILE_PROC; PROCEDURE; 


/* 

■«- — - —--— ■— —- - -—— -—— -—--- - -— — -----———t 

| FUNCTION: THIS PROCEDURE ROUTES TO THE PROPER FM PROFILE ROUTINES. | 

I ! 

| INPUT: THE CURRENT HU I 

| OUTPUT: NONE | 











*/ 

SELECT ANYORDER (SCB. 

FM_PROFILE) ; 









WHEN(PROFILE 0) 


/* 

HAY 

BE 

USED 

FOR 

SSCP-PU OR SSCP-LU SESSIONS 

*/ 


CALL FM_PROFILE_ 

0; 






/♦ PAGE 13-71 

V 


WHEN(PROFILE 2) 


/* 

MAY 

BE 

USED 

FOR 

LU-LU SESSIONS 

V 


CALL FH_PROFILE_ 

2; 






/* PAGE 13-72 

V 


WHEN(PROFILE 3) 


/* 

MAY 

BE 

USED 

FOR 

LU-LU SESSIONS 

*/ 


CALL FM_PROFILE_ 

3; 






/♦ PAGE 13-73 

V 


WHEN(PROFILE 4) 


/♦ 

MAY 

BE 

USED 

FOR 

LU-LU SESSIONS 

*/ 


CALL FM_PROFILE_ 

4; 






/♦PAGE 13-74 

*/ 


WHEN(PROFILE 5) 


/* 

MAY 

BE 

USED 

FOR 

SSCP-PU SESSIONS 

*/ 


CALL FM_PROFILE_ 

5; 






/♦ PAGE 13-75 

*/ 


WHEN(PROFILE 6) 


/* 

MAY 

BE 

USED 

FOR 

SSCP-LU SESSIONS 

*/ 


CALL FM_PROFILE_ 

6; 






/♦ PAGE 13-75 

V 


WHEN(PROFILE 7) 


/* 

MAY 

BE 

USED 

FOR 

LU-LU SESSIONS 

*/ 


CALL FH„PROFILE_ 

7; 






/♦ PAGE 13-76 

♦/ 


WHEN(PROFILE 17) 


/* 

MAY 

BE 

USED 

FOR 

SSCP-SSCP SESSIONS 

V 


CALL FM_PROFILE_ 

17; 






/♦ PAGE 13-77 

*/ 


WHEN(PROFILE 18) 


/* 

MAY 

BE 

USED 

FOR 

LU-LU SESSIONS 

*/ 


CALL FM„PRQFILE_ 

18; 






/* PAGE 13-78 

♦/ 


END; 

RETURN; 

END FM_PROFILE PROCJ 


TS„PROFILE_PROC: PROCEDURE; 


/* 



FUNCTION; 

THIS PROCEDURE ROUTES 
PARAMETER ROUTINE THAT 
CONTROL. 

TO THE PROPER TS PROFILE 
SAVES THE PARAMETERS NEEDED 

- — — 

ROUTINES, OR BF | 

FOR TRANSMISSION j 


INPUT: 

THE CURRENT MU 




OUTPUT: 

NONE 


- _ _ _i 


V 


IF CB TYPE * BF SESS THEN 
CALL BF TS PARAMETERS; 

ELSE 

SELECT ANYORDER (SCB.TS_PROFILE) ; 


WHEN (PROFILER) /♦ MAY 

CALL TS i _FROFILE_ 1; 

WHEN(PROFILE 2) /♦ MAY 

CALL TS_PROFILE_2; 

WHEN (PROFILERS) /* MAY 

CALL TS_PROFILS_3; 

WHEN(PROFILE 4) /♦ MAY 

CALL TS._PROFIIE„4; 

WHEN(PROFILERS) /♦ MAY 

CALL TS_PROFILERS; 

WHEN (PROFILER) /* MAY 

CALL TS_PROFlLEJ7; 

WHEN (PROFILER'S7) /♦ HAY 


. CALL TSJPROFILE 17; 
END; 

RETURN; 

END TS PROFILErPROC; 


/♦ USED FOR BF SUPPORT */ 

/♦ PAGE 13-85 ♦/ 


BE USED FOR SSCP-PU OR SSCP-LU SESSIONS ♦/ 
/♦ PAGE 13-80 ♦/ 

BE USED FOR LU-LU SESSIONS */ 

/♦ PAGE 13-72 ♦/ 

BE USED FOR LU-LU SESSIONS ♦/ 

/* PAGE 13-81 V 

BE USED FOR LU-LU SESSIONS ♦/ 

/* PAGE 13-82 */ 

BE USED FOR SSCP-PU SESSIONS ♦/ 

/♦ PAGE 13-82 */ 

BE USED FOR LU-LU SESSIONS ♦/ 

/* PAGE 13-83 ♦/ 

BE USED FOR SSCP-SSCP SESSIONS ♦/ 

/* PAGE 13-83 ♦/ 
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FH_PROFILE_0: PROCEDURE; 



/* 



FUNCTIONS 

FILLS IN PARAMETERS IN THE SCB FOR FM PROFILE 0. 

1 


INPUT: 

NONE 



OUTPUT: 

NONE 

-1 


SCB.PRI CHAIN USE 

scb.priIrq_hode 

SCB.PRI NO RSP CHAIN 
SCB.PRl'EXCP RSP CHAIN 
SCB.PRI~DEF RSP CHAIN 
SCB.PRI _ COMPR IND 
SCB.PRI_EB_IND 
SCB.SEC_CHAIN USE 
SCB.SEC RQ NODE 
SCB.SEC_NO~RSP CHAIN 
SCB.SEC_EXCP RSP CHAIN 
SCB.SEC_DEF_RSP CHAIN 
SCB.SEC_COMPR IND 
SCB. SEC__EB_IND 
SCB.FH HDR~USAGE 
SCB.BRACKETS RESET STATE 
SCB.ALT CODE 
SCB.SEND_RCV MODE 
SCB.RECOVERY RESP 
SCB.CONTAIN 
SCB.PRI_RSP_MODE 
SCB.SEC RSP MODE 
RETURN;"" 

END FM_PROFILE 0; 


= SINGLE; 

= IMMEDIATE; 

= NOT ALLOWED; 

= NOT ALLOWED; 

= ALLOWED; 

= NO COMPRESSION; 

= MAY_NOT„SEND; 

= SINGLE; 

= IMMEDIATE; 

- NOT ALLOWED; 

= NOT~ALLOWED; 

= ALLOWED; 

= NO_COMPRESSION; 

= HAY_NOT_SEND; 

* NO FM„HEADERS; 

= BRACKETS NOT USED; 
= NOT USED; 

* HDX“C0NTENTI0N; 

= PRI; 

= SEC; 

= IMMEDIATE; 

* IMMEDIATE; 


V 

/* PRIMARY USAGE */ 


/* SECONDARY USAGE */ 


/* COMMON USAGE V 
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FM_PR0FILE_2: PROCEDURE; 


/* 


FUNCTION; FILLS IN PARAMETERS IN THE SCB FOR FM PROFILE 2. 
INPUT; NONE 

OUTPUT; NONE 


♦/ 

/* 


THE FOLLOWING PARAMETERS ARE FILLED IN FROM THE FM USAGE FIELD IN THE BIND RU. 


I 


IF RRI - RQ THEN 
DO; 


SCB.PRI RQ.MODE = BIND RQ.PRI RQ MODE; 

SCB.BRACKETS RESET^STATE « BIND~RQ.BRACKETS USAGE; 

SCB. ALT CODE"" = BIND RQ. ALT CODE? 

SELECT ANYORDER(BIND RQ.PRI CHAIN.RSP) ; 

. WHEN (EXCP_RESPONSE)" 

DO; 

. SCB.PRI NO RSP_CHAIN = NOT ALLOWED; 

. . SCB.PRI~EXCP_RSP CHAIN = ALLOWED; 

. . SCB.PRIJDEF_RSP CHAIN = NOT_ALLOWED; 

. END; 

. WHEN(DEF^RESPONSE) 

. DO; 

. SCB.PRI_NO_RSP_CHAIN * NOT ALLOWED; 

. . SCB.PRI_EXCP_RSP CHAIN ~ NOT~ALLOWED; 

. SCB.PRI_DEF_RSP CHAIN = ALLOWED; 

END; 

. WHEN (DEF_OR_EXCP_RESPONSE) 

. DO; 

. SCB.PRI NO_RSP CHAIN = NOT^ALLOWED; 

. SCB.PRI_EXCP_RSP CHAIN = ALLOWED; 

. . SCB.PRI DEF_RSP CHAIN = ALLOWED; 

. END; 

. /* NO RSP MAY NOT BE SPECIFIED BY FM PROFILE 


. END; 
END; 


2 


*/ 


*/ 



ELSE 

DO; 

. SCB.PRI_RQ_MODE 
. SCB. BRACKETS_RESET__STATE 
. SCB.ALT_CODE 
END; 


= BIND RSP.PRI_RQ MODE; 

= BIND~RSP.BRACKETS_QSAGE; 
= BIND_RSP.ALT_CODE; 


} THE FOLLOWING SESSION RULES ARE SPECIFIED IN THE DEFINITION OF FM PROFILE 2. 

L.-.------—___,_______.___.___________ 


SCB.SEC_EB IND = MAY NOT SEND; 

SCB.PRI_COMPR_IND = NQ__COMPRESSION ; 

IF SCB. BRACKETS__RESET STATE = BETB THEN 


SCB.PRI EB IND 

= 

MAY_SEND; 

ELSE 



SCB.PRI_EB IND 

= 

MAY NOT SEND; 

SCB.SEC_CHAIN_USE 

= 

SINGLE;” 

SCB.SEC RQ MODE 

= 

DELAYED; 

SCB.S EC_NO_RSP_CHAIN 

= 

ALLOWED; 

SCB.SEC_EXCP_RSP_CHAIN 


NOT.ALLOWED; 

SCB.SEC DEF_SSP CHAIN 

= 

not”allowed; 

SCB . SEC_CQMPR__IND 

- 

NO_COMPSESSION 

SCB.SEC~EB IND 

= 

MAY NOT SEND; 

SCB.FM HDlfUSAGE 


NO FM HiADERS; 

SCB.BRKT_TERM_ROLE 

= 

UNCONDITIONAL; 

SCB.SEND RCV MODE 

- 

FULL DUPLEX; 

SCB.RECOVERY”RESP 


PRI; 

SCB.CONT WIN” 

= 

SEC; 

SCB.SEC RSP MODE 

= 

IMMEDIATE; 

RETURN; 




END FM_PROFILE_2; 


/* 
— 1 
i 

_j 

*/ 
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FH_PH0FILE_3: PBOCEDORE; 


r..... - ——■- ■---------— 

| FUNCTION: FILLS IN PARAMETERS IN TBE SCB FOR FH 

PROFILE 

3. 


—i 

1 

| INPUT: NONE 






1 

1 

1 

l OUTPUT: NONE 






1 

I 







V 







/* 

| THE FOLLOWING PARAMETERS ARE FILLED IN FROM THE 

i_ 

FM USAGE 

FIELD 

IN THE BIND RU. 

-1 

1 







*/ 

IF RRI = RQ THEN 







DO; 







. SCB.PRI CHAIN USE 

= 

BIND_RQ.PRI„CHAIN USE; 





. SCB.PRI RQ MODE 

= 

BIND RQ.PRI RQ MODE; 





. SCB.PBI_COHPR_IND 

ss 

BIND RQ.PRI COMPR IND; 





. SCB.PRI EB IND 

ss 

BIND RQ.PRI EB IND; 





. SCB•SEC_CHAIN_USE 

= 

BIND RQ.SEC CHAIN USE; 





. SCB.SEC RQ BODE 

= 

BIND RQ.SEC RQ MODE; 





. SCB.SEC CQMPR IND 

* 

BIND_RQ.SEC COMPR IND; 





. SCB.SEC EB IND 

= 

BIND_RQ.SEC_EBJCND; 





. SCB.FB HDR USAGE 

ss 

BIND RQ.FM HDR USAGE; 





. SCB.BRACKETS RESET STATE 

SS 

BIND RQ.BRACKETS USAGE; 





. SCB.BRKT TERM RULE 

ss 

BIND RQ.BRKT TERM RULE; 





. SCB.ALT CODE 

SS 

BIND RQ.ALT CODE; 





. SCB.SEND RCV MODE 

ts 

BIND RQ.SEND RCV MODE; 





. SCB.RECOVER! RESP 

35 

BIND RQ.RECOVERY RESP; 





. SCB.CONT WIN 

ss 

BIND RQ.CONT WIN LOSE; 





. SCB.HDX FF RESET STATE 

- 

BIND_RQ.HDX_FF_RESET_STATE; 




END; 







ELSE 







DO; 







. SCB.PRI_CHAIN USE 

= 

BIND_RSP.PRI CHAIN USE; 





. SCB.PRI RQ MODE 

- 

BIND RSP.PRI RQ MODE; 





- SCB.PRI COMPR IND 

si 

BIND RSP.PRI COMPR IND; 





. SCB.PRI_EB IND 

s 

BIND RSP.PRI EB IND; 





. SCB.SEC CHAIN USE 

= 

BIND RSP.SEC CHAIN USE; 





. SCB.SEC RQ MODE 

ss 

BIND_RSP.SEC RQ MODE; 





. SCB.SEC~COMPR_IND 

SS 

BIND RSP.SEC COMPR IND; 





. SCB.SEC EB IND 

s 

BIND RSP.SEC EB IND; 





. SCB.FM HDeT'JSAGE 

35 

BIND RSP.FM HDR USAGE; 





. SCB.BRACKETS RESET STATE 

Si 

BIND RSP.BRACKETS USAGE; 





. SCB.BRKT TERM BULE~ 

s: 

BIND RSP.BRKT TERM RULE; 





. SCB.ALT_CODE 

ss 

BIND RSP.ALT CODE; 





. SCB.SEND RCV MODE 

= 

BIND RSP.SEND RCV MODE; 





. SCB.RECOVERY RESP 

ss 

BIND RSP.RECOVERY RESP; 





. SCB.CONT WIN~ 

Si 

BIND RSP.CONT WIN LOSE; 





. SCB.HDX__FF RESET STATE 

as 

BIND RSP.HDX FF RESET STATE; 




END; 







CALL CHAIN_RSP_SET; 




/* PAGE 

13-79 

*/ 







/* 

| THE FOLLOWING SESSION 

i - _ 

RULES ARE SPECIFIED IN THE 

DEFINITION OF 

FM PROFILE 3. 

—-- 

I 

_ _ _J 


*/ 


SCB.PRI_.RSP BODE = IMMEDIATE; 
SCB.SEC_RSP_BODE = IHBEDIATE; 
RETURN;"" 

END FM_PROFILE 3; 
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FH_PR0FILE_4: PROCEDURE 


r 


FUNCTION: TO FILL IN PARAMETERS IN THE SCB FOB FH PROFILE 4. 
INPUT: NONE 

OUTPUT: NONE 


I 


THE FOLLOWING PABAHETEBS ABE FILLED IN FBOH THE FH USAGE FIELD IN THE BIND BU. 


IF RBI = RQ THEN 
DO; 

. SCB.PRI_CHAIN_USE 

. scb.pri“rq MODE 

. SCB.PRI~COMPR IND 
. SCB.PBI EB IND 
. SCB.SEc”CHAINFUSE 

. scb.sec~rq HODE 

. SCB.SEC COMPR IND 
. SCB.SEC EB IND 
. SCB.FH HDR USAGE 
. SCB.BRACKETS_RESET_STATE 
. SCB.BRKT TERl RULE” 

. SCB.ALT CODE 
. SCB.SEND_RC?_HODE 
. SCB.RECO?ERY~RESP 
. SCB.CONT WIN” 

. SCB.HDX_FF_RESET_STATE 
END; 

ELSE 

DO; 


* BIND_RQ. PBI_.CHAIN_.USE; 

= BIND RQ.PHI RQ HODE; 

* BIND BQ.PBI COHPR.IND; 

= BIND BQ.PBI EB IND; 

= BIND RQ.SEC.CHAIN USB; 
a BIND BQ.SEC BQ HODE; 

* bind~rq.secIcohpr_ind; 

* BIND RQ.SEC EB IND; 

= BIND RQ.FH HDR USAGE; 

* BIND'bQ.BRACKETS USAGE; 

= bind“bq.bbkt tbrh rule; 

« bind”rq.alt CODE;~ 

= BINdIrq.SEND_RC¥_HOD£; 

■ BIND RQ.RECOVERY BESP; 

= BIND”rQ.CONT WIN~LOSE; 

= BIND RQ.HDX FF BESET STATE; 


. SCB.PBI CHAIN USE 
. SCB.PRI_RQ_HODE 
. SCB.PRI COMPR_IND 
. SCB.PRI EB IND 
. SCB.S£C~CHAIN USE 
. SCB.SEC RQJIODE 
. SCB.SEC_COHPR IND 
. SCB.SECJBB_IND 
. SCB.FM_HDR”USAGE 
. SCB . BRACKETS_RESET_STATE 
. SCB.BRKT TERM RULE~ 

. SCB.ALT_.CODE 
. SCB. SEND__RCV_HODE 
. SCB.RECOVERY RESP 
. SCB.CONT WIN” 

. SCB.HDX FF RESET_STATE 
END; 

CALL CHAIN RSP_SET; 


* BIND BSP.FBI CHAIN USE; 

= BIND RSP.PRI RQ MODE; 

- BIND RSP.PRI~COHPR IND; 

= BIND”RSP.PRl”EB IND; 

* BIND RSP.SEC”CHAIN USE; 

■ BIND^RSP.SEc'rQ MODE; 

= BIND“RSP.SEC”cOMPR IND; 

= BIND~ESP.SEC~EB IND; 

= BIND~RSP.FH HDR~USAGE; 

= BIND RSP.BRACKETS USAGE; 

= BIND~RSP.BBKT TERM RULE; 

= BIND”RSP.ALT CODE;~ 

* BIND__RSP. SEND RC? MODE; • 

= BIND RSP-RECOVBRY”rESP; 

* BIND RSP.CONT WIN LOSE; 

= BINd“rsP.HDX FF RlsET STATE;* 


/* PAGE 13-79 


[ THE FOLLOWING SESSION RULES ARE SPECIFIED IN THE DEFINITION OF FM PROFILE 4 


SCB.PRI_RSP MODE * IMMEDIATE; 
SCB.SEC_RSP_MODE = IMMEDIATE; 
RETURN; 

END FM PROFILE 4; 


/* 




*/ 
/* 
-I 

t 

*/ 


V 

/♦ 


I 


♦/ 
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OUTPUT: NOME 


V 

SCB.PBI CHAIN USE ■ SINGLE; 

SCB.PRI~RQ NODE * DELATED; 

SCB.PBI_.HO BSP CHAIN « NOT A L LOW ED; 

SCB.PBI EXCP-RSP CHAIN * ALLOWED; 

SCB.PRI~DEF_.RSP CHAIN « ALLOWED; 

SCB.PBI COHPB IND = NO CONPBSSSION; 

SCB.PRI“eB IND * HAT NOT SEND; 

SCB.SEC CHAIN USE « SINGLE; 

SCB.SEC BQ NODE = DELATED; 

SCB.SEC“no“rSP CHAIN * NOT_ALLONED; 

SCB.SEC _ BXCP BSP CHAIN * ALLOWED; 

SCB.SEc”dEF BSP CHAIN * ALLOWED; 

SCB.SECICOHPR IND » NO COHPRESSION; 

SCB.SEC EB IND a HAT NOT SEND; 

SCB. FH HDR”uSAGE a no FH HEADERS; 

SCB.BRACKETS RESET-STATE a BRACKETS_NOT_USED; 

SCB.ALT CODE “ a NOT-USED; 

SCB.SEND_RCV_HODE a FULL-DUPLEX; 

SCB.SEC BSP HODE a DELATED; 

RETURN;” 

END FH PROFILERS; 


FH-PROFILE-6: PROCEDURE; 



FUNCTION; FILLS IN PARAHETERS IN THE SCB FOR FH PROFILE 6. 
INPUT: NONE 

OUTPUT; NONE 


SCB.PRI CHAIN USE * SINGLE; 

SCB.PRI—RQ HODE = DELATED; 

SCB.PRI NO-RSP CHAIN = ALLOWED; 

SCB.PRI EXCP BSP CHAIN a ALLOWED; 

5CB.PRI DEF RSP CHAIN a ALLOWED; 

SCB.PRl”C0HPR IND = NO_COHPfiESSIQN; 

SCB.PRI EB-IND a HAT-NOT_SEND; 

SCB.SEC CHAIN USE a SINGLE; 

SCB.SEC—RQ—HODE = DELATED; 

SCB.SEC“N0”RSP CHAIN * ALLOWED; 

SCB.SEC EXCP RSP CHAIN a ALLOWED; 

SCB.SEclDEF-RSP CHAIN a ALLOWED; 

SCB.SEC COHPR IND a NO COHPRESSION; 

SCB.SEC'EB IND a MAT NOT SEND; 

SCB.FH HDB“uSAGE = NO FH HEADERS; 

SCB.BRACKETS-RESET^STATE a BRACKETS-NOT^USED; 

SCB.ALT CODE a NOT_USED; 

SCB.SEND RCY HODE a FULL DUPLEX; 

SCB.PRI RSP HODE a DELATED; 

SCB.SEC'RSP HODE a DELATED; 

RETURN;” 

END FH PROFILE 6; 


/* 


*/ 
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FM_ PROFILER 7: PROCEDURE: 


/* 


1- 

FUNCTION: 

FILLS IN PARAMETERS IN THE SCB FOR FH PROFILE 17. 

! 


INPUT: 

NONE 


1_ 

OUTPUT: 

NOME 

--1 


SCB.PRI CHAIN USE 
SCB.PRI~RQ HODS 
SCB.PRI NO~RSP CHAIN 
SCB.PRI EXCP RSP CHAIN 
SCB.PRI~DBF RSP CHAIN 
SCB.PRI COMPR IND 
SCB.PRI~EB IND 
SCB.SBC^CHAIN USE 
SCB.SBC RQ NODE 
scb.sbc"no”rsp CHAIN 
SCB. SBC"~EXCP RSP CHAIN 
5CB.SBC_DEF RSP CHAIN 
SCB.SBC CONPR IND 
SCB.SBC EB IND 
SCB.FH HDR~USAGE 
SCB.BRACKETS RESET STATE 
SCB.ALT CODE 
SCB.SEND RCV NODE 
SCB.PRI_RSP HODE 

scb.secjrspIhodb 

RETURN;”” 

END FH PROFILE 17; 


* SINGLE; 
a DELATED; 

* NOT ALLOWED; 
a NOTJkLLOWED; 

* ALLOWED; 

a NO COHPRESSION; 
a HAT NOT SEND; 
a SINGLE; 
a DELATED; 
a NOT ALLOWED; 
a NOT~ALLOWBD; 

* ALLOWED; 

* NO COHPRESSION; 

* HAT NOT SEND; 
a NO FH HEADERS; 

= BRACKlTS NOT USED; 

a not_used7 

= FULL DUPLEX; 
a IMMEDIATE; 
a IMMEDIATE; 


*/ 
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FN_PR0FILE_18: PROCEDORB 


/♦ 


1 

FONCTION: 

FILLS IN PARAMETERS IN THE SCB FOR FH PROFILE 18; 



INPOT: 

NONE 



OOTPOT: 

NONE 



*/ 

/♦ 


I" THE FOLLOWING PARAMETERS ARE FILLED IN FROH THE FN OSAGE FIELD IN THE BIND RO, 


IF RRI = RQ THEN 
DO; 

. SCB.PRI CHAIN USE * 

• scb.prOq NODE 

. SCB.PRI^COMPR^IND * 

• SCB.PRI SB IND « 

. SCB.SEC CHAIN OSE * 

. SCB.SEC_RQ NODE * 

. SCB.SEC COHPR IND ** 

. SCB.SEC^EB IND = 

f SCB.FH HDR~OSAGE m 

. SCB.BRACKETS RESET STATE * 

. SCB.BRKT TERN ROLE * 

. SCB.ALT CODE ” * 

. SCB.SEND RCV MODE s 

. scb.recovery~rbsp * 

. SCB.CONT win" * 

. SCB.HDX FF RESET STATE » 

END; 

ELSE 

DO; 

. SCB.PRI CHAIN OSE ■ 

. SCB.PRI~RQ NODE » 

. SCB.PRI~CONPR IND 9 

. SCB-PRiIeB IND 
. SCB.SEC CHAIN OSE « 

. scb.secIrq^nodb m 

. SCB.SEC~COHPR IND m 

. SCB.SEC~EB IND * 

. SCB.FH HDR~OSAQE * 

. SCB.BRACKETS RESBT^STATE * 

. SCB.BRKT TERN ROLE * 

. SCB.ALT CODE * 

. SCB.SEND RCV NODE = 

. SCB.RECOVERY~RRSP 
. SCB.CONT WIN" - 

. SCB.HDX FF RESET STATE * 

END; 

CALL CHAIN RSP SET; 


RIND RQ.FRI.CHAIN.OSE; 

BIND BQ,PBI_RQJ!ODB; 
BIND_BQ.PBI_COHPR_IND; 
BIMD_HQ.PRI_EB_IND; 

BIND RQ*SEC CHAIN OSE; 
bind_rq. SEC RQ^HODE; 

BIND_RQ.SECICONPR^IND; 

BIND RQ.SEC EB IND; 

BIND"rQ.FN^HDR.OSAGB; 
BIND_RQ.BRACKETS.OSAGE; 

BIND RQ.BRKT TERN ROLE; 
BINDING*ALT..CODE;" 

BIND RQ.SEND RCV NODE; 
BIND^RQ.RBCOVERY.RESP; 

BIND RQ.CONT BIN LOSE; 
BIND~RQ*HDX FF r!sBT_STATB; 


BIND RSP.FBI CHAIN OSE; 
bind"rsp.pri_rq NODE; 

BINDERS?.PRI_COHPR^IND; 

BIND RSP.PRI^EB IND; 
BINDERS?. SEC^CHAINJJSE; 
BIND^RSP.SIC.BQ.NODE; 

BIND BSP.SEC CONPR IND; 

BIND RSP,SEC EB IND; 

BIND RSP.FM HDR OSAGE; 

BIND RSP.BRACKETS OSAGE; 
BIND~R$P.BBKT TERN ROLE; 
BIND~RSP.ALT CODE;" 

BINDER.SEND RCV NODE; 

BIND RSP.RECOVERY.RESP; 

BIRD RSP.CONT NIN LOSE; 
BINDERS?.HDX_FF_RBSBT^STATB; 


/* PAGE 13-79 


I 


*/ 


*/ 

/* 


| THE FOLLOWING SESSION ROLES ARE SPECIFIED IN THE DEFINITION OF FN PROFILE 18. 


I 


*/ 

SCB.PRI RSP NODE =? IHNEDIATE; 

SCB.SEC RSP'hODE = IMMEDIATE; 

RETORN;" 

END FN PROFILE 18; 



A x, 

vy 
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CHAIM_RSP__SET: PROCEDURE; 


/* 


r 

FUNCTION: 

THIS PROCEDURE SETS UP THE CHAIM RESPONSE ALLOWED FIELDS. 

-1 


INPUT: 

NOME 



OUTPUT: 

NOME 

_j 


DCL CHAIM ESP PRI BIT (2); 

DCL CHAIM RSP'SEC BIT(2); 

IF RRI ■ iQ THEM 
DO; 

. CHAIM BSP PRI » BIMD RQ.PRI CHAIM RSP; 
. CHAIM RSP~SEC * BIHD~RQ.SEC CHAIm’rSP; 
END; 

ELSE 

DO; 


• CHAIM RSP PRI * BIMD RSP.PRI CHAIM RSP; 
. CHAIM~RSP’SEC * BIMD RSP.SEC CHAIM RSP; 
EMD; 

SELECT AMTORDER(CHAIM RSP PRI); 


MHEM(MO RESPONSE) 

DO; 

. SCB.PRIJ10_RSP_CHAIN * ALLOWED; 

. SCB.PRI~EXCP RSP CHAIM * NOT ALLOWED; 
. SCB. PRl”*DEF 5SP CHAIN = NOT~*ALLOWED; 
END; 


♦/ 


. WHEN(EXCP_RESPONSE) 

. DO; 

. . SCB.PRI HO RSP CHAIN = MOT ALLOWED; 

. . 5CB.PRI~EXCP RSP CHAIM = ALLOWED; 

. . SCB.PRI DEF RSP CHAIM * NOT_ALLOWED; 

. END; 

. WHEN(DEF RESPONSE) 

. DO; 

. . SCB.PRI MO RSP CHAIN = MOT ALLOWED; 

. . SCB.PRl'EXCP RSP CHAIN = MOT~ALLQWED; 

. . SCB.PRI~DEF RSP CHAIM = ALLOWED; 

END; 

. WHEN (DEF__OR_EXCP — RESPONSE) 

. DO; 

. . SCB.PRI NO RSP CHAIN = NOT ALLOWED; 

. . SCB.PRl"*EXCP RSP CHAIN = ALLOWED; 

. SCB.PRI DEF RSP CHAIN = ALLOWED; 

. END; 

END; 

SELECT ANYORDER(CHAIN BSP SEC); 


WHEN(NO RESPONSE) 

DO; 

. SCB.SEC NO RSP CHAIM = ALLOWED; 

. SCB.SECIEXCP RSP CHAIN * MOT ALLOWED; 
. SCB.SEC DEF RSP_CHAIN = NOT_ALLOWED; 
END; 


. WHEN(EXCP RESPONSE) 

. DO; 

. . SCB.SEC NO RSP CHAIN * MOT ALLOWED; 

. . SCB.SECIEXCP RSP_CHAIN = ALLOWED; 

. . SCB.SEC~DEF RSP_CHAIN * NOT_ALLOWED; 

. END; 

. WHEN(DEF RESPONSE) 

. DO; 

. . SCB.SEC NO RSP CHAIM * MOT ALLOWED; 

. . SCB.SECIEXCP_RSP_CHAIN * NOT~*ALLOWED; 

. . SCB.SECJ)EF_RSP_CHAIN * ALLOWED; 

. EMD; 

. WHEN(DEF OR EXCP RESPONSE) 

. DO; 

. . SCB.SEC HO RSP CHAIM * MOT ALLOWED; 

. . SCB.SEC'EXCP RSP CHAIN = ALLOWED; 

. . SCB.SEC'DEF RSP CHAIN * ALLOWED; 

. END; 

END; 

RETURN; 

EMD CHAIN_RSP_SET; 
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TS__PB0FILE_1: PROCEDURE; 

/* 

i—- - - - - ---—■— —>-- - - -- ---— -•-— —i 

| FUNCTION: FILLS I* PARAMETERS III THE SCB FOE TS PROFILE 1. | 

| INPUT: HONE | 

| OUTPUT: NONE | 


NOTE: USED ONLY IN ACTLU AMD ACTPU TO PERIPHERAL NODES 


SCB.SEC STAGING IND 

= 0; 

/* 

ONE-STAGE PACING 

V 

*/ 

SCB.SEC RCY PACING CNT 

» 0; 

/* 

NO PACING 

♦/ 

SCB.SEC~SEMD PACING CNT 

* 0; 

/* 

NO PACING 

*/ 


IF SCB-TYPE OF SESSION = SSCPPO THEN 
DO; 

. SCB.SEC_SEND_MAX RU SIZE * 0; 

- SCB-PBI_SEND_MAX~RU~SIZE = 0; 

END; 


SCB.PRI_STAGING_IND 

■ 

0; 

/• 

TWO-STAGE PACING 

*/ 

SCB.PRI SEND PACING CNT 

s 

0; 

/* 

NO PACING 

*/ 

SCR.PR1~RCV PACING_CNT 

s 

0; 

/♦ 

NO PACING 

*/ 

SCB.SQN_USAGE 

= 

IDENTIFIERS; 




SCB.SC CLEAR 

ss 

NOT ALLOWED; 




scb.sc”rqr 

St 

NOT~ALLOWED; 




SCB.SC_SDT 

= 

not“allowed; 




SCB.SC_STSN 

ss 

NOT ALLOWED; 




SCB.SC_CRY 

ss 

NOT~ALLOWED; 





RETURN; 

END TS_PROFILE_1; 


TS_PROFILE_2: PROCEDURE; 

/* 

r -- ----— - -— .- -- ---—— ---*--, 

| FUNCTION: FILLS IN PARAMETERS IN THE SCB FOR TS PROFILE 2. j 

I I 

| INPUT: NONE i 

| OUTPUT: NONE | 

i......- ,.- . ; —, rir . ■ , , —,- r .— - ., .. Ml . ,« 

*/ 

IF RRI = RQ THEN 
DO; 

. SCB. SEC_STAGING IND * BIND RQ-SEC STAGING IND; 

. SCB.SEC SEND PACING_CNT * BIND~RQ.SEC~SEND PACING CNT; 

- SCB.SEC~RC¥_PACING_CNT = BIND_RQ.SEC~RC?_PACING_CNT; 

. SCB.SEC SEND HAX_RU SIZE = BIND~RQ.SEC”SEND MAX RU SIZE; 

. SCB.PRI“STAGING_IND~ = BIND~RQ.PRI~STAGING INdJ 

. SCB.PRI SEND PACING CNT = BIND~RQ.PRI~SEND PACING CNT; 

. SCB.PRI RCV PACING CNT = BIND RQ.PRI FCV PACING CNT; 

. SCB.PRI SEND_MAX_.ru SIZE = BIND~RQ.PRlISEND MAX RU SIZE; 

END; 

ELSE 

DO; 

. SCB.SEC STAGINGJLND = BIND RSP.SEC STAGING IND; 

. SCB.SEC_SEND_PACING CNT = BIND~RSP.SEC~SEND PACING CNT; 

. SCB.SEC_RCV_PACING_CNT « BIND~RSP.SEC~RCV PACING CNT; 

. SCB.SEC SEND_MAX RU SIZE = BINDERS?.SEC~SEND MAX RU SIZE; 

. SCB.PRI_STAGING IND * BIND^RSP.PRl“sTAGING IND? 

. SCB.PRI_SEND PACING_CNT * BIND RSP.PRI~SEND PACING CNT; 

. SCB.PRI_RCV PACING CNT * BINDERS?.PRI^RCV PACING CNT; 

. SCB.PRI_SEND HAX_RU_SIZE = BIND RSP.PHI~SEND MAX_RU_SIZE; 

END; 

IF NCB.PU TYPE = T1 THEN 
SCB.SQK~USAGE = NO_SNF; 

ELSE 

SCB.SQN USAGE = SEQUENCE_NUMBERS; 

SCB.SC_CLEAR = ALLOWED; 

SCB.SC~RQR = NOT ALLOWED; 

SCB.SC_SDT = NOT~ALLOWED; 

SCB.SC_STSN = NOT_ALLOWED; 

SCB.SC“CRV = NOT ALLOWED; 

RETURN; 

END TS PROFILE 2; 


/f 
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TS_PR0FILE_3: PROCEDURE; 


/♦ 


1 

FUNCTION: 

FILLS IN PARAMETERS IN THE SCB FOR TS PROFILE 3. 

i 

1 

1 

INPOT: 

NONE 

1 

1 

1 

1 

OUTPUT: 

NONE 

1 

1 

- .. .. . _i 

IP 

BBI = BQ THEN 


*/ 


DO; 

. SCB.SEC STAGING_IND = BIND_RQ.SEC STAGING IND; 

. SCB.SBC~SEND_PACING_CNT = BIND BQ-SEC SEND_PACING CNT; 

- SCB-SBC^BCT PACING CNT = BIND^RO.SEC~RCV_PACING_CNT; 

- SCB.SEC SEHD_HAX_BO_SIZE = BIND_RQ.SEC~SEND_MAX_.RO_.SIZE; 

. SCB.PBI_STAGING_IND = BIHD_BQ.PBI STAGING IND; 

. SCB.PRI_5BND_PACING CNT = BIND_RQ.PRI_SEND PACING_CNT; 

. SCB.PBI_BCY_PACING_CNT = BIND_RQ. PRI^BCV__PACING_CNT; 

. SCB.PRI__SEND_HAX_RU SIZE = BIND_BQ.PRI~SEND_HAX RO_SIZE; 

. IP BIHD_BQ.CRYPTOGBAPHY_LENGTH -*= 0 THEN 
. DO; 

. . SCB.CBYPTOGRAPHY_SESSIOH_LEVEL = BIND_RQ.CRYPTOGRAPHY_SESSION_LBVEL; 

. SCB.CRYPTOGBAPHY_KEY_ENCIPH_METHOD = BIND HQ.CRYPTOGRAPHY_KEY_ENCIPH METHOD; 
. . SCB.CRYPTOGRAPHY_CIPHER_METHOD = BIND_RQ.CRYPTOGRAPHY CIPHER METHOD; 

. END; 

END; 

ELSE 

DO; 

. SCB.SEC_STAGING_IND * BIND_RSP.SEC STAGING_IND; 

. SCB.SEC~SEND PACING CNT = BIND~RSP.SEC^SEND PACING CNT; 

. SCB.SEC HCV_PACING CNT = BIND~RSP.SEC_RCV PACING_CNT; 

. SCB.SEC~SEHD_MAX_.ro SIZE = BIND~RSP.SEC_SEND_HAX_RO SIZE; 

. SCB.PRI~STAGING__IND~ = BIND~RSP.PRI_STAGING_INd7 
. SCB.PRI_SEHD PACING CNT = BIND_RSP.PRI SEND_PACING_CNT; 

. SCB.PRIJBCY_PACING_CNT = BIND_RSP.PRI_RCV_PACING_CNT; 

- SCB.PBI_SEND_MAX_RU_SIZE = BIND_RSP.PRI SEND_MAX RO_SIZE; 

END; 

IP NCB.PU_TYPE = T1 THEN 
SCB.SQN”oSAGE = NO_SNP; 

ELSE 

SCB.SQN OSAGE = SEQOENCE NOHBERS; 

SCB.SC CLEAR = ALLOWED; 

SCB.SC_RQR = NOT ALLOWED; 

SCB.SC SDT = ALLOWED; 

SCB . SC__STSN = NOT_ALLOWED; 

IP SCb7cRYPT0GRAPHY_SESSI0N_LEVEL = (SELECTIVE | MANDATORY) THEN 
SCB.SC_CBV = ALLOWED; 

ELSE 

SCB.SC_CRV = NOT_ALLOWED; 

RETORN; 

END TS PROPILE 3; 
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TS_PR0FILE_4: PROCEDURE; 



FUNCTION: 

FILLS IN PARAMETERS IN THE SCB FOR TS PROFILE 4. 

——, 


INPUT: 

NONE 


• 

OUTPUT: 

NONE 

___.... i 


V 


IF RRI = RQ THEN 
DO; 

SCB.SEC STAGING IND 
SCB.SECJSEND_PACING_CNT 
SCB.SEC RCV PACING CNT 
SCB.SEC SEND MAX RU SIZE 
SCB.PRl“STAGING IND 
SCB.PRlISEND PACING CNT 
SCB.PRI RCV PACING CNT 
SCB.PRl”SEND_MAX RU SIZE 
scb.pri~two PHASE COMMIT 
SCB.SEC TWO PHASE COMMIT 
IF BIND_RQ.CRYPTOGRAPHY_LENGTH 
DO; 

. SCB.CRYPTOGRAPHY SESSION_LEVEL 
. SCB.CRYPTOGRAPHYlKEY ENCIPH METHOD 
. SCB.CRYPTOGRAPHY_CIPHER METHOD 
END; 

END; 

ELSE 
DO; 

. SCB.SEC STAGING IND 
. SCB.SEC~SEND_PACING_CNT 
. SCB.SEC”RCV PACING CNT 
.’SCB.SEC“SEND MAX RU SIZE 

. scb.pri”stagingJend 

. SCB.PRI SEND PACING_CNT 
. SCB.PRI~RCV PACING CNT 
. SCB. PRI~SEND_MAX__RU_SIZE 
. SCB.PRI~TWO PHASE_COMMIT 
. SCB.SEC TWO PHASE COMMIT 
END; 

IF NCB.PU TYPE = T1 THEN 
SCB.SQN~USAGE = NO SNF; 

ELSE 

SCB.SQN USAGE = SEQUENCE NUMBERS; 

SCB.SC CLEAR = ALLOWED; 

SCB.SC~RQR = ALLOWED; 

SCB.SC~SDT = ALLOWED; 

SCB.SC STSN * ALLOWED; 

IF SCB.CRYPTOGRAPHY_SESSION_LEVEL = (SELECTIVE 
SCB.5C_CRV = ALLOWED; 

ELSE 

SCB.SC CRV = NOT_ALLOWED; 

RETURN; 

END TS PROFILE 4; 


V 


= BIND RQ.SEC STAGING_IND; 

* BIND”RQ.SEC”SEND PACING CNT; 

= bindIrq.sec!rcv_pacxng_cnt; 

= BIND RQ.SEC_SEND MAX RU SIZE; 

* BIND~RQ.PRI STAGING_INdT 

* BIND~RQ.PRl”SEND PACING CNT; 

= bind~rq.pri_rcv_pacing_cnt; 

= BIND~RQ.PRI SEND MAX_RU SIZE; 
= BIND'RQ.PRI TWO PHASE COMMIT; 
= BIND RQ.SEC_TWO_PHASE_COMMIT; 

"o then” 


= BIND RQ.CRYPTOGRAPHY_SESSION_LEVEL; 

= BIND~RQ.CRYPTOGRAPHy”kEY ENCIPH METHOD; 
= BIND~RQ.CRYPTOGRAPHY CIPHER METHOD; 


= BIND RSP.SEC STAGING_IND; 

= BIND~RSP.SEC~SEND PACING CNT; 

= bind”rsp.sec"rcv PACING_CNT; 

= BIND RSP.SEC SEND MAX RU SIZE; 
= BIND_RSP.PRIJSTAGING_IND; 

= BIND~RSP.PRlIsEND PACING CNT; 

* BIND”RSP.PRl”RCV PACING CNT; 

= BIND”RSP.PRI — SEND MAX_RU_SIZE; 
= BIND RQ.PRI — TWO PHASE COMMIT; 

= BIND RQ.SEC TWO PHASE COMMIT; 


MANDATORY) THEN 


TS_PROFILE_5: PROCEDURE; 


/* 



FUNCTION: 

FILLS IN PARAMETERS IN THE SCB FOR TS PROFILE 5. 

-» 


INPUT: 

NONE 



OUTPUT: 

NONE 



NOTE: 

USED ONLY IN ACTPU TO SUBAREA PU»S 

_ -1 


SCB.SEC_STAGING_IND 
SCB.SEC_RCV_PACING_CNT 
SCB.SEC_SEND PACING CNT 
SCB.SEC SEND MAX_RU SIZE 
SCB.PRI STAGING INd” 

SCB.PRI_SEND_PACING_CNT 
SCB.PRI_RCV_PACING_CNT 
SCB.PRI_SEND MAX_RU_SIZE 
SCB. SQN__USAGE 
SCB.SC_CLEAR 
* SCB.SC RQR 
SCB.SC SDT 
SCB.SC STSN 
SCB.SC_CRV 

return! 

END TS PROFILE 5; 







V 

= 

0; 

/* 

ONE-STAGE 

PACING 

*/ 

= 

0; 

/* 

NO PACING 


*/ 

s 

0; 

/* 

NO PACING 


*/ 

= 

0; 





= 

0; 

/* 

TWO-STAGE 

PACING 

*/ 

= 

0; 

/* 

NO PACING 


*/ 

= 

0; 

/* 

NO PACING 


*/ 


* 0 ; 

* SEQUENCE NUMBERS; 
= NOT__ALLOWED; 

= NOT ALLOWED; 

= ALLOWED; 

= NOT_ALLOWED; 

= NOT_ALLOWED; „ 


,4 

V 
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TS_PR0FILE_7: PROCEDURE; 


r 

FUNCTION: 

FILLS IN PARAMETERS IN THE SCB FOR TS PROFILE 7. 

" —- —i 


INPUT: 

NONE 


L 

OUTPUT: 

NONE 

--- _ -1 


IF RRI = RQ THEN 
DO; 

SCB.SEC_STAGING_IND = BIND RQ.SEC_STAGING IND; 

SCB.SEC SEND_PACING CNT = BIND””RQ. SEC**SEND PACING CNT; 
SCB.SEC_RCV_PACING_CNT = BIND?RQ.SEC~RCV PACING_CNT; 
SCB.SEC SEND_MAX RU_SIZE = BIND RQ.SEC~SEND HAX_RU_SIZE; 
SCB.PRl”STAGING IND = BIND~RQ.PRI~STAGING IND; 

SCB.PRI~SEND PACING CNT « BIND~RQ.PRl'SEND PACING_CNT; 

SCB.PRI~RCV PACING CNT = BIND~Rp.PRI RCV PACING CNT; 
SCB.PRI_SEND_MAX_RU_SIZE = BIND_RQ.PHI_SEND_MAX_RU_SIZE; 

IF BIND_RQ.CRYPTOGRAPHY__LENGTH -.= 0 THEN 
DO; 

. SCB.CRYPTOGRAPHY_SESSION LEVEL 
. SCB.CRYPTOGRAPHY KEY_ENCIPH METHOD 

. scb.cryptography!cipher_method 

END; 

END; 

ELSE 
DO; 

. SCB.SEC — STAGING IND 
. SCB.SEC”3END PACING CNT 
. SCB.SEC RCV PACING CNT 
. SCB.SEC SEND MAX RU SIZE 
. SCB.PRI_STAGING_IND 
. SCB. PRI~”sEND PACING CNT 
. SCB.PRI_RCV_PACING CNT 
. SCB.PRI_SEND_MAX_RU_SIZE 
END; 

IF NCB.PU_TYPE = T1 THEN 
SCB.SQN_USAGE = NO_SNF; 

ELSE 

SCB.SQN USAGE = SEQUENCE_NUMBERS; 

SCB.SC CLEAR = NOT ALLOWED; 

SCB.SC“RQR = NOT ALLOWED; 

SCB.SC~SDT = NOT~ALLOWED; 

SCB.SC STSN = NOT'aLLOWED; 

IF SCB7cRYPTOGRAPHY_SESSION_LEVEL = (SELECTIVE j MANDATORY) THEN 
SCB.SC CRV = ALLOWED; 

ELSE 

SCB.SC CRV = NOT_ALLOWED; 

RETURN; 

END TS PROFILE 7; 


*/ 


BIND_RQ.CRYPTOGRAPHY_SESSION LEVEL; 
BIND_RQ.CRYPTOGRAPHY_KEY ENCIPH METHOD; 
BIND RQ.CRYPTOGRAPHY CIPHER METHOD; 


BIND RSP.SEC STAGING IND; 
BINDlRSP.SEC SEND_PACING CNT; 
BIND_RSP.SEC_RCV PACING CNT; 
BIND RSP.SEC SEND_MAX RU SIZE; 
BIND'RSP.PRI STAGING IND? 

BIND RSP.PRI SEND_PACING CNT; 
bind“rsp.pri~rcv PACING CNT; 
bind“rsp.pri SEND MAX RU SIZE; 


TS_PROFILE_17: PROCEDURE; 


/* 


r — 

| FUNCTION: 

FILLS IN PARAMETERS IN 

THE SCB 

FOR TS 

PROFILE 17. 

-1 

| INPUT: 

NONE 






\ OUTPUT: 

NONE 






1 NOTE: 

THE PACING COUNTS ARE CARRIED ON BOTH 
ACTCDRM AND THESE VALUES ARE FILLED IN 
RESPONSE). 

THE 

THE 

REQUEST AND RESPONSE FOR 

SCB BY SESSACT.(REQUEST { 



SCB.SEC_STAGING IND = 0; /* ONE-STAGE PACING * 

SCB.SEC_SEND MAX RU SIZE = 0; 

SCB.PRI_STAGING IND - 1; /* ONE-STAGE PACING */ 

SCB.PRI SEND_MAX_RU_SIZE = 0; 

IF NCB.PU_TYPE = T1~THEN 
SCB.SQN_USAGE = NO_SNF; 

ELSE 

SCB„SQN_HSAGE = IDENTIFIERS; 

SCB.SC_SDT = ALLOWED; 

SCB SC STSN * NOT_ALLOWED; 

SCB.SC”CRV * NOT~ALLOWEB; 

RETURN? 

END TS PROFILE 17; 
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BF TS_PARAHETERS: PROCEDURE; 


/* 


| FUNCTION: FILLS IN THE SESSIOR ACTIVATION PABAHETEFS IN THE BOUNDARY FUNCTION 

| SCB. 

t___... ______ ______-- -- 


SELECT(RQ_CODE); 


*/ 


. RHEN(ACTLU) 

. DO; 

. . SCB.PACING PARAMETERS = 0; 

. . SCB.SQR USAGE = IDENTIFIERS; 

. . SCB.SC CLEAR « NOT ALLORED; 

. IF RRI~= RQ THEN 

. . SCB.TS PROFILE * PAD_4 BITS||ACTLU_RQ.TS PROFILE; 

. . ELSE 

IF DCF >= RSP OF LENGTH TNO THEN 
. . SCB.TS PROFILE = PAD 4_BITS||ACTLU FSP.TS PROFILE; 

. END; 

. NHBN(ACTPU) 

DO; 

. . SCB.PACING PARAMETERS = 0; 

. . SCB.SQN_USAGE = IDENTIFIERS; 

. . SCB.SC CLEAR * NOT ALLORED; 

. . IF RRI~= RQ THEN 

. . SCB.TS PROFILE = PAD_4 BITS||ACTPO RQ.TS PROFILE; 

END; 

. RHEN(BIND) 

. DO; 

. . IF RRI « RQ THEN 

. . DO; 

. . . SCB.SEC_STAGING_IND 

. . . SCB.SEC SEND PACING CNT 

. . . SCB.SEC RCV PACING CNT 

. SCB.PRI STAGING IND 
. . . SCB.PRl“SEND_PACING CNT 

. . . SCB.PRI RCV PACING CNT 

. . . SCB.TS PROFILE 

. . END; 

. . ELSE 

. . DO; 

. . . SCB.SEC STAGING_IND 

. . . SCB.SEC SEND PACING CNT 

. . . SCB.SECIRCV PACING CNT 

. . . SCB.PRIESTAGING_IND 

. . . SCB.PRI~SEND PACING CNT 

. . . SCB.PRIJRCV PACING CNT 

. . . SCB.TS PROFILE 

END; 

. SCB. SQN_USAGE = SEQUENCE_NUMBERS; 

. . IF SCB.TS PROFILE = 7 THEN 

. . SCB.SC CLEAR = NOT_ALLORED; 

. . ELSE 

. . SCB.SC CLEAR = ALLORED; 

. END; 

END; 

RETURN; 

END BF TS PARAMETERS; 


= BIND RQ.SEC STAGING IND; 

= BINDIrQ.SEC SEND PACING CNT; 
= BIND RQ.SEC_RCV_PACING_CNT; 

= BIND~RQ.PRI~STAGING IND; 

= BIND~RC.PBI_SEND PACING CNT; 
= BIND~RQ.PRI~RCV_PACING CNT; 

- BIND RQ.TS PROFILE; 


= BIND RSP. SEC STAGING__IND; 

= BIND RSP.SEC SEND PACING CNT; 
= BIND~RSP.SEC~RCV PACING CNT; 

= BIND'RSP.PRI STAGING IND; 

= bindIrsp.pri_send_pacing_.cnt; 

= BIND RSP.PRI RCV PACING_CNT; 

= BIND“RSP.TS_PROFILE; 


CHAPTER 13 
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SCB_CREATE: PROCEDURE; 


1—■— 

FUNCTION: 

CREATES AN SCB AND INITIALIZES 
SESSION THAT WILL BE SUPPORTED. 
USE BY CHAPTER 4. 

THE SCB ACCORDING TO THE TYPE OF 
ALLOCATES SPACE FOR THE TCCB FOR 

——-g 

1 

1 

1 


INPUT: 

NONE 


1 

1 

L 

OUTPUT: 

SCB IS CREATED 


1 

1 

*/ 


CREATE SCB; 

IP SCB PTR NULL THEN /♦ SPACE HAS BEEN ALLOCATED 

DO; 


. CREATE SCB.TC_CB_PTR->TCCB; /* FOR CHAPTER 4 

. IF SCB.TC_CB_PTR = NULL THEN /* SPACE COULD NOT BE ALLOCATED 

. DISCARD SCB; /* DEALLOCATE SPACE FOR SCB 

. ELSE 
. DO; 

• . IF CBJTYPE = BF_SESS THEN 

. . CREATE SCB.SEC_TO_BF_TC_CB_PTR->TCCB; /* FOR CHAPTER 4 

, . IF SCB.SEC TO BF~TC CB~PTR =~NULL THEN /* SPACE COULD NOT BE ALLOCATED 

. . DO; 

. DISCARD SCB.TC_CB_PTR->TCCB; /* DEALLOCATE SPACE FOR TCCB 
. . . DISCARD SCB; ~ /* DEALLOCATE SPACE FOR SCB 

. . END; 

. END; 


END; 

IF SCB_PTR is NULL THEN 
DO; ~ 

. INSERT SCB IN SCB LIST; 


V 

V 
*/ 
*/ 


*/ 

V 

*/ 

*/ 


SELECT ANYORDER(NCB.PU TYPE); 

. WHEN (Tt) 

. SCB.LOCAL SESSICN_ID = LSID; 

. WHEN(T2) 

. IF MUCB.DIRECTION = SEND THEN 
. DO; 

. . SCB.THIS„ID = OAFPRIME; 

. . SCB.PARTNER ID = DAFPRIME; 

. END; 

. ELSE 

. DO; 

. . SCB.THIS_ID = DAFPRIME; 

. . SCB.PARTNER ID = OAFPRIME; 

END; 

. WHEN (T4 j T5) 

. DO; 

. . SCB.VRCBPTR = NULL; 

. IF MUCB.DIRECTION = SEND THEN 
. . DO; 

. . . SCB.THIS SA = OSAF; 

. . . SCB.THIS“EA = OEF; * 

. SCB.PARTNER_SA = DSAF; 

. . . SCB.PARTNER~EA = DEF; 

. . END; 

. . ELSE /* MUCB.DIRECTION = RECEIVE */ 

. . DO; 

. SCB.THIS._SA = DSAF; 

. . . SCB.THIS EA = DEF; 

. . . SCB.PARTNER_SA = OSAF; 

. . . SCB.PARTNER~EA = OEF; 

. . END; 

. END; 


IF CB TYPE = BF SESS THEN 
DO;“ 

. SCB.SUPPORTED PU TYPE = NRCB.RESOURCE TYPE; 
. IF SCB.SUPP0RTED“PU^TYPE = T1 THEN 
. DO; 

. . SCB.LOCAL_SESSlON_ID = LSID; 

. . SELECT ANYORDER(RQ CODE); 

. . WHEN (BIND) 


. . . . SCB.LOCAL_SESSION_ID(0;1) 

. . . . WHEN(ACTLU)~ 

. . . . SCB.LOCAL_SESSION_ID(0:1) 

. . . END; 

. . END; 

. . ELSE 

SELECT ANYORDER(RQ CODE); 

. . . WHEN (ACTLU | ACTPU) 

. . . SCB.PARTNERED * 0; /* 

. . . WHEN(BIND) 

. . . SCB.PARTNER ID = 1; /* 

. . END; 

. END; 

END; 

SELECT ANYORDER (RQ CODE); 

. WHEN(ACTCDRM) 

. SCB.#FSM_SESS = 'FSH SESS SSCP SSCP 
. WHEN(ACTLU) 

. DO; 

„ . IF CB TYPE = HALF SESS THEN 

. . DO; 


= B'11'{ 

= B 1 01'; 

/* PU_T2 

0 DENOTES SSCP—SEE CHAPTER 2 

SHARE LIMIT OF 1—THEREFORE, 1 IS UNIQUE 

,PRI_OR_SEC'; 


*/ 


*/ 

*/ 
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. • . .IP HOCB.DIBBCTIOM * SEND THEM 

. * . . SCB.tFSH_.SBSS * • FSH_SBSS_CP_LO_PHI* ; 

• • . . ELSE 

• . . . SCB.tFSH SESS * *FSH SESS CP LO SBC*; 

. . • BID; 

• . . ELSE 

. . . SCB.tFSH SESS « *FSH SESS BF CP 10*; 

. . BID; 

. . fHBM(*CTPO) 

. . DO; 

. . .IF CB.TTPE * B1LF.SBSS THEM 

. . . DO; 

. . . .IF HOCB.DIBBCTIOM * SEMD THEM 

. . . . SCB.tPSH_.SBSS * *FSH_SESS_CPJPO_PBI«; 

. . . * ELSE 

SCB-tFSH_SESS * *FSH SESS CP PO SEC*; 

. . . END; 

. . . ELSE 

. . . DO; 

.IF MBCB.HBSOOBCE TYPB * T2 THEM 
. . . . SCB.tFSH SESS * * FSH SBSS_BF_CP_P0_T2'; 

... . ELSE 

. . . • SCB.tFSH SESS * 'FSH SESS BF CP PO TV; 

. • . EMD; 

. . EMD; 

. . WHEM(BIMD) 

• • DO; 

. . .IF CBJTYPE ■ HALF_SESS THEM 

• . . DO; 

. . . .IF HOCB.DIBBCTIOM * SEMD THEM 

. . . . SCB.!FSH_SESS * •FSH_SESS_LO_LO_PBI«; 

. . . . EL S E 

. . . . SCB.tFSH SESS « *FSH SESS LO LO SEC*; 

. • . EMD; 

. . . ELSE 

. . . SCB.tFSH SESS = 'FSH SESS BF LO LO*; 

. . EMD; 

. EMD; 

END; 

BBTOBN; 

EMD SCG_CREATE; 
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SCB_DISCARD: PROCEDURE 


/• 

\ FUNCTION: DISCARDS THE SCB (THAT INCLUDES RESETTING ALL LOCALLY SUPPORTED | 

| HALE-SESSION OR BOUNDARY FUNCTION SUPPORTED HALE-SESSION FSH'S, J 

i REMOVING ALL ENTRIES FROM THE QUEUES AND LISTS, AND RESETTING ALL | 

| VARIABLES FOR THIS SESSION) AND REDUCES THE COUNT OF SESSIONS THAT | 

| ARE CONNECTED TO A VRCB. IF THE VRCB SESSION COUNT GOES TO ZIRO, A | 

J "SESS COUNTED" SIGNAL IS SENT TO THE VR MGR. | 

\ ~ I 

| INPUT: ADDRESS OF THE CURRENT SCB I 

| OUTPUT: THE SCB IS DISCARDED, AND A "SESS COUNT=0" SIGNAL IS SENT TO THE | 

| VR_MGR IF THE SESSION COUNT FOR A VRCB GOES TO ZERO. I 

L_______Z ____——------— „,Z--»---» 

V 

FIND VRCB IN VRCB LIST WHERE(VRCB PTR * SCB.VRCBPTR) ; 

IF VRCB_PTR NULL THEN 
DO; 

. VRCB.SESS COUNT = VRCB.SESS COUNT - T; 

. IF VRCB.SESS COUNT <= 0 THEN 

. SEND *SESS“COONT-0' TO PU.SVC_MGR.PC_ROUTE_HGB.RCV; /* CHAPTER 12 */ 

END; 

REMOVE SCB FROM SCB_LIST DISCARD; 

RETURN; 

END SCB DISCARD; 



UPM_GET_SEQ_ID: PROCEDURE RETURNS(BIT(64)) ; 


/* 


| FUNCTION: RETRIEVES THE ACTIVATION REQUEST/RESPONSB SEQUENCE IDENTIFIER | 

| CONTAINED IN CONTROL VECTOR X»OC* FROM THE ACTCDRM, RSP(ACTCDRM), OR | 

| ACTPU. | 

| INPUT: THE CURRENT MU—ACTPU, ACTCDRM, RSP(ACTCDRM) I 

| OUTPUT: THE ACTIVATION REQUEST/RESPONSE SEQUENCE IDENTIFIER CONTAINED IN THE I 

| CURRENT MU I 

L _.______________._____—__ 


RETURN; 

END UPM_GET_SEQ_ID; 


*/ 

/* FUNCTION AS DESCRIBED */ 


UPM_PS_PROFILE: PROCEDURE; 


/♦ 


t - 

FUNCTION: 

SAVES PS PROFILE 
SESSACT.REQUEST. 

AND ES USAGE INFORMATION. THIS UPM IS CALLED BY 

-, 


INPUT: 

PS PROFILE AND PS 

USAGE FIELDS 


L 

OUTPUT: 

NONE 


_j 


RETURN; 

END UPM_PS_PROFILE; 


V 

/♦FUNCTION AS DESCRIBED */ 
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CBBATE^DEACTIVATION^BSP: PROCEDURE RETURNS(PTR) 


/* 

r~~ - - ---— —- - -*—*.■ +*. ..— --— - -» 

| FUNCTION: THIS ROUTINE IS CALLED BY CSC H6R.T4 OB T5.SEND OR CSC HGR.RCV WHEN | 

| A DEACTIVATION BEQUEST INDICATING THE CLEANUP OPTION IS RECEIVED. | 

| THIS FUNCTION SETS THE APPROPRIATE FIELDS TO HAKE THE RESPONSE LOOK | 

I AS IF IT CAHE FBOH THE SESSION PARTNER. | 

I I 

| INPUT: HU PTR POINTING TO THE DBACTIVATION REQUEST I 

I ~ I 

| OUTPUT: NEN PTR POINTING TO THE POSITIVE RESPONSE | 


♦/ 

DCL RSP PTR PTR; 

CREATE RSP_PTR->HU; 

RBI = RSP; 

HUCB.DIRECTION * RECEIVE; 

SELECT ANTORDER(FID) ; 

. WHEN(FID4) 

. DO; 

. . RSPJPTR->OSAF = DSAF; 

. . RSP~PTH->OEF - DBF; 

. RSP~PTR->DSAF * OSAF; 

. . RSP PTR->DEF = OEF; 

. END; 

. WHEN(FID2) 

. DO; 

. . RSP PTR->OAFPRIHE * DAFPRIHE; 

. . RSP PTR->DAFPBIHE * OAFPRIHE; 

END; 

. WHEN(FID3) 

. RSP PTR->LSID “ LSID; 

END; 

RETURN(RSP PTR); 

END CREATE DEACTIVATION RSP; 
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SONJTYPE: PROCEDURE RETURNS (BIT(8)) 


/* 

r - - --— - -—-— - - ■ -— - --- —- - - - -- 1 

| FUNCTION: RETRIEVES THE TYPE OF SON CONDITION FROM THE CURRENT DEACTIVATION I 

| REQUEST. I 

I I 

| INPUT: CURRENT HU_PTR I 

| OUTPUT: THE TYPE OF SON CODE CONTAINED IN THE HU I 


*/ 


SELECT ANYORDER(RQ_CODE); 

. WHEN(UNBIND) 

. RETURN (UNBIND_RQ.SON_CAUSE) ; 

. WHEN(DACTPU) 

. RETURN(DACTPU_RQ.SON_CAUSE) J 
. WHEN(DACTLU) 

. RETURN (DACTLU_RQ. SON__CAUSE) ; 

. WHEN(DACTCDRM) 

. RETURN(DACTCDRM_RQ.SON_CAUSE); 
END; 

END SONJTYPE; 


f 

I 

v 
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FSM_SESS_SSCP_SSCP_PRI_OR_SEC: FSM_DEFINITION CONTEXT (SCB); 


FUNCTION: TO REMEMBER THE STATE OF THE SSCP-SSCP HALF-SESSION 

NOTE: THE CANNOT-OCCURS IN THE RESET STATE ARE CHECKED BY 

FUNCTION SUPPORTED PROCEDURE (PAGE 13-53) AND A SENSE CODE 8005—NO 
SESSION— IS GENERATED. 



STATE NAMES- 

->| RESE1 

1 

| PEND 
| ACTIVE 

| PEND 
| ACTIVE 

| ACTIV1 
1 

l | PEND 
| RESET 

| PEND 
| RESET 

| PEND 
| RESET 




1 

| SEND 

| RCV 

1 

| SEND 

| RCV 

| SON 


1 

INPUTS 

| 01 

| 02 

| 03 

| 04 

4- 

| 05 

1 

| 06 

| 07 

i 

i 

r 

R, RQ,ACTCDRM 

i 3 (S) 

1 3 (S) 

- .. _j_j -- 

i -(S) 

i 3(S) 

i 3 (S) 

i > 

T 

| > 

-1 


R,-RSP, ACTCDRM, 080D 

1 / 

1 “(D) 

1 -(D) 

1 > 

1 > 

| > 

| > 



R,-RSP, ACTCDRM,-.Q80D 

1 / 

1 1 

| > 

1 > 

1 > 

| > 

| > 


i 

R,+RSP,ACTCDRM 

1 / 

I'M*) 

j_.. __ _ 

| > 

.. i. 

1 > 

1_ 

1 > 

| > 

1 > 

1 . 

i 

r 

S, RQ,ACTCDRM 

. 1 . 

i 2(S) 

i. 

1 > 

1 > 

■ 1 ' ' ' 

1 > 

■.r ■ ■ ■ ■ 

| > 

| 

| > 

1 

| > 

1 


S, + RSP,ACTCDRM 

1 / 

1 > 

1 4(T) 

1 > 

| > 

| > 

| > 


l_ 

S,-RSP,ACTCDRM 

1 / 

. 1. 

1 > 

i _ _ . 

1 1(H) 

_ _ 

1 > 

1 

| > 

| > 

| > 

i 

_j 

r~ 

R, RQ, DACTCDRM, -iSON 

1 

1 / 

i 

1 6 

l 

1 6 

1 6 

1 6 

T 

1 ■ 

| > 

l 


R, RQ,DACTCDRM,SON 

1 / 

1 7 

1 7 

1 7 

1 7 

1 7 

1 > 


L. 

R,±RSP,DACTCDRM 

1 / 

1. — - - 

| > 

| > 
i 

| > 
i . 

1 1 

.. i_. ... _ 

1 1 

1 > 

t _ 

i 

r 

S, RQ,DACTCDRM 

1 

1 / 

1 5 

1 

1 5 

1 

1 5 

l 

i > 

\ > 

“1 


S,+RSP,DACTCDRM 

1 / 

| > 

| > 

| > 

| > 

1 1(H) 

\ 1 (HK) 



OUTPUT 

CODE 


SCB.HALF SESSION = SEC; 
DISCARD MU; 


/* CONTENTION LOSER 


V 


CALL SCB DISCARD; 


/* PAGE 13-88 


HK 


CALL SCB DISCARD; 
DISCARD MU; 


/* PAGE 13-88 


CALL SESSACT.BEQUEST; 


/* PAGE 13-66 


I 


CALL SESSACT.RESPONSE; 


/* PAGE 13-68 


*/ I 


END FSM_SESS_SSCP_SSCPJ?RI_OR_SEC; 
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FSH_5ESS_CP_PU_PBI: FSM_DEFINITION CONTEXT (SCB); 


/* 


r*— 

FUNCTION: 

TO REMEMBER THE STATE OF THE 

PRIHART 

SSCP- 

PU HALF-SESSION 



NOTE: 

THE CANNOT-OCCURS IN THE 

RESET 

STATE 

ARE DETERMINED 

IN THE | 



FUNCTION SUPPORTED PROCEDURE 
SESSION-—IS GENERATED. 

(PAGE 

13-53) 

AND SENSE CODE 

8005—NO | 


*/ 


r* 

STATE NAMES'- 

INPUT 

->i RESET 

1 

1 01 

| PEND 
| ACTIVE 

1 

| 02 

\ ACTIVE 

1 

1 

| 03 

1— - 

| PEND 
| RESET 

1 

1 04 

—* — 

| PEND 
| VR 
| OUT 
| 05 



S, RQ,ACTPU 

i 2(S) 

1 > 

—i- 

1 > 


1 > 

1 > 

*1 


R,+RSP,ACTPU 

1 / 

i 3 (T) 

1 > 


! > 

I > 



R,-RSP,ACTPU 

1 / 

I 1 

I 

1 > 


1 > 

■ ... . 

1 > 

i 


S, RQ,DACTPU 

1 / 

1 4 

1 4 



\ > 



R , RQ,DACTPU, VR OUT 

1 / 

1 5 

1 5 


j 5 

1 > 



S,+RSP,DACTPU 

1 / 

1 > 

1 > 


| > 

1 1 (HK) 


Ij 

R,±RSP,DACTPU 

1 / 

X 

1 > 

J_ 

1 > 


| 1 

Xj_ 

1 > 

. _ 

i 

r i 

1 1 

1 1 


OUTPUT i FUNCTION 








1 

CODE | 







i 


HK i CALL SCB DISCARD; 



/* 

PAGE 

13-88 

*/ 


1 

| DISCARD HU; 








1 

S i CALL SESSACt.REQUEST; 



/* 

PAGE 

13-66 

*/ 


r* 

1 

■ ■■ ■ i -.- 1 .-.- -.. 

T | CALL SESSACT.RESPONSE; 



/* 

PAGE 

13-68 

*/ 


L. 

-■ _J- — — 









END FSM_SESS_CP_PU_PRI; 


FSM_SE5S_CP_PU_SEC: FSM_DEFINITI0N CONTEXT(SCB); 


/* 


i- 

FUNCTION: 

TO REMEMBER THE STATE OF THE 

SECONDARY SSCP-PU 

HALF-SESSION 


—i 


NOTE: 

THE CANNOT-OCCURS IN THE 

RESET 

STATE 

ARE 

DETERMINED 

IN 

THE | 



FUNCTION SUPPORTED PROCEDURE 

(PAGE 

13-53) 

AND 

SENSE CODE 

8005- 

— NO | 



SESSION—IS GENERATED. 






J 


*/ 


i-----————- t -r— --i-1— --—r-1 




STATE NAMES— 

->| 

RESET 

f PEND 

| ACTIVE 

| PEND 

j PEND | 




1 


I ACTIVE 

1 

| RESET 

f SON J 


INPUT 


1 

1 

01 

! 02 

| 03 

j 04 

! 05 | 










i— 










R r RQ,ACTPU 


i 

2(S) 

I > 

1 2 (S) 

1 > 

1 > 1 

+ 1 


S,+RSP,ACTPU,COLD 


i 

/ 

1 3 (TK) 

1 > 

I > 

1 > 1 


S,+RSP,ACTPU,ERP 


i 

/ 

1 3(T) 

1 > 

1 > 

1 > 1 

i_ 

S,-RSP,ACTPU 


i 

/ 

1 1(H) 

j > 

1 > 

! > ! 

1 

R, RQ, DACTPU, -»SON 


_i„ 

i 

/ 

1 4 

1 4 

1 ~ 

i > i 


R, RQ,DACTPU,SON 


i 

/ 

1 5 

1 5 

1 5 

i > i 


S,+RSP,DACTPU 


i 

/ 

1 > 

1 > 

1 1 (HS) 

1 1 (HK) | 


X._J_I____J_X 


i OUTPUT 
| CODE 

| FUNCTION 

1 





j H 

! CALL 

SCB_DISCARD; 

/* 

PAGE 

13-88 

V 1 

| HK 

| CALL 

SCB DISCARD; 

/* 

PAGE 

13-88 

*/ 1 


| DISCARD MU; 





| HS 

| SEND 

• SSCP__GONE* TO CSC^MGR. SON ; 

/* 

PAGE 

13-47 

V | 

i s 

| CALL 

SESSACT.REQUEST; 

/* 

PAGE 

13-66 

*/ 1 

i T 

i CALL 

SESSACT.RESPONSE; 

/* 

PAGE 

13-68 

V 1 

I TK 

| CALL 

SESSACT.RESPONSE; 

/* 

PAGE 

13-68 

V 1 


| SEND 

•HIERARCHICALJRESET* TO CSC.HGR.SON; 

/* 

PAGE 

13-47 

V 1 
-1 


END FSM_SESS_CPJPU_SEC; 


$ \ 
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FSM_SESS_CP_LU_PRI: FSH_DEFINITION CONTEXT(SCB); 


/* 


FUNCTION: TO REMEHBER THE STATE OF THE PRIMARY SSCP-LU HALF-SESSION 


1 

1 

1 

NOTE: THE SHOULD-NOT-OCCURS IN THE 

FUNCTION^SUPPORTED PROCEDURE 
SESSION--IS GENERATED. 

RESET STATE 
(PAGE 13-53) 

ARE DETERMINED IN 
AND SENSE CODE 8005 

- 

THE 

-NO 

1 

1 

1 

*/ 












1 

STATE NAMES - 

->! 

RESET 1 

PEND 

| ACTIVE 

| PEND 


PEND 

1 

1 


1 


1 

ACTIVE 

1 

| RESET 


VR 

1 

1 


1 


1 


1 

1 


OUT 

1 

1 

INPUT 

1 

01 

1 

02 

| 03 

| 04 


05 

1 

T~ 

1 

S, RQ,ACTLU 

1 

2(S) 

1 

\ 

> 

| > 

1 > 

1 

> 

1 

1 

R,+RSP,ACTLU 

1 

/ 

1 

3 (T) 

| > 

1 > 


> 

\ 

j 

R,-RSP,ACTLU 


/ 

1 

1 

1 > 

1 > 


> 

1 

r“ 

1 

S, RQ,DACTLU 

— 

[ 

/ 

1 

1 

4 

1 

1 4 

1 - 


> 

1 

1 

R, RQ,DACTLU, ?R OUT 

1 

/ 

1 

5 

1 5 

1 5 


> 

1 

1 

S,+RSP,DACTLU 

1 

/ 

1 

> 

| > 

1 > 


1 ( HK) 

1 

1 

R,±RSP,DACTLU 

1 

/ 

1 

> 

| > 

1 1 


> 

1 












1 1 

1 1 

1 

OUTPUT | FUNCTION 









1 

1 

CODE | 









1 

t" 

1 

HK j CALL SCB DISCARD; 





/* PAGE 

13-88 



V 1 

I 

| DISCARD MO; 









1 

r~ 

1 

S j CALL SESSACT-REQUEST; 





/* PAGE 

13-66 



*/ 1 

r* 

1 

l~ 

T | CALL SESSACT.RESPONSE; 

—i_ _ 





/* PAGE 

13-68 



V I 


END FSM_SESS_CP_LU_PRI; 


FSM_SESS_CP_LU_SEC: FSM_DEFINITION CONTEXT(SCB); 


/* 


r----————■— - - -------1 

| FUNCTION: TO REMEHBER THE STATE OF THE SECONDARY SSCP-LU HALF-SESSION | 

I \ 

| NOTE: THE CANNOT-OCCURS IN THE RESET STATE ARE DETERMINED IN THE | 

| FUNCTION'SUPPORTED PROCEDURE (PAGE 13-53) AND SENSE CODE 8005—NO | 

| SESSION--IS GENERATED. | 

I-----------—-4 

V 


r~ 

STATE NAMES- 

— T* 

— >| 

RESET 

1 

PEND 

—T — 

| ACTIVE 

—i — 

| PEND 

- 1 --r 

| PEND 





1 


I 

ACTIVE 

I 


| RESET 

| SON 




INPUT 

1 

1 

01 

1 

1 

02 

| 03 

1 

| 04 

| 05 




R, RQ,ACTLU 

1 

2(S) 

I 

> 

i 2 (S) 

1 > 

1 > 



r" 

S,*RSP,ACTLU,COLD 

1 

/ 

1 

3 (TK) 

1 > 


\ > 

1 > 




S,*RSP,ACTLU,ERP 

1 

/ 

I 

3 (T) 

1 > 


1 > 

| > 




S,-RSP,ACTLU 

1 

/ 

1 

1(B) 

1 > 


1 > 

\ > 




R, RQ, DACTLU,"'SON 

1 

/ 

1 

4 

1 4 


1 - 

1 > 




R, RQ,DACTLU,SON 

1 

/ 

\ 

5 

1 5 


1 5 

1 > 



* 

S,+RSP,DACTLU 

J 

/ 

1 

> 

i > 


I 1 (HS) 

\ 1 (HK) 


« 

! I 

1 1 

i.. ... _ . _i 

1 

OUTPUT | FUNCTION 










i 


CODE | 










\ 

i 

H J CALL SCBJ5ISCARD; 





/* 

PAGE 

13-88 


V 

1 

1 

HK j CALL SCB DISCARD; 





/* 

PAGE 

13-88 


V 


1 

| DISCARD MO; 










1 

r* 

1 

HS i SEND 1 SSCP__GONE* TO CSC^MGR. 

SON; 




7* 

PAGE 

13-47 


*/ 

1 

II 

s 

S i CALL SESSACT.REQUEST; 





/* 

PAGE 

13-66 


V 

1 

1 

T i CALL SESSACT.RESPONSE; 





/* 

PAGE 

13-68 


V 

1 

J" 

I 

■.■. t 1 - ■- 1 - 11 

TK | CALL SESSACT.RESPONSE; 





/* 

PAGE 

13-68 


V 

\ 

l 

| SEND * HIERARCHICAL_RESET ' TO 

CSC_MGR.SON 



/* 

PAGE 

13-47 


*/ 

1 


X_—________—-.--------—J 


END FSM_SESS_CP_LU_SEC; 


CHAPTER 13. PD.SVC MGS.CSC_MGR 13-93 

















FSM_.SESS_LO_LO_.PBI: FSM_DEFINITION CONTEXT (SCB) ; 


/*. 


r 

FONCTION: 

TO REMEMBER THE STATE OF THE 

PRIMARY 

LU-LU 

HALF-SESSION 

1 


NOTE: 

THE CANNOT-OCCORS IN THE 

RESET 

STATE 

ARE DETERMINED 

IN THE | 



FONCTION SOPPORTED PROCEDORE 
SESSION—IS GENERATED. 

(PAGE 

13-53) 

AND SENSE CODE 

8005—NO | 

. — _i 


v 

-- --- - 1 - T -—r- t— -—i—— -«-<-r- \ 



STATE NAMES-> 

| RESET 

1 

PEND 

| ACTIVE 

1 

PEND 

| PEND 

1 

PEND 

1 

PEND 

| PEND | 



1 

1 

ACT 

1 

1 

RSET 

| RSET 

1 

RSET 

1 

RSET 

| SON | 



1 

1 


1 

! 

NRSP 

| PRI 

1 

SEC 

1 

BOTH 

1 1 


INPOT 

| 01 

1 

02 

| 03 

1 

04 

| 05 

1 

06 


07 

1 08 | 


S, RQ,BIND 

1 2 (S) 

~t* 

1 

> 

| > 

1 

> 

| > 

1 

> 

1 

> 

1 > 1 


R,+RSP,BIND 

1 / 

1 

3 (T) 

1 > 

1 

> 

| > 

1 

> 

1 

> 

1 > 1 


R,—RSP, BIND,-*084D,-»084E 

1 / 

1 

1 

1 > 

1 

> 

1 > 

1 

> 

1 

> 

1 > 1 

i _ 

R,—RSP,BIND, 084D,084E 

1 / 

- 1 .- 

1 

_ i 

4 

| > 

X 

1 

i. 

> 

| > 

1.- 

i 

> 

1 

i, 

> 

1 > 1 

r 

S, RQ,UNBIND 

T 1 |J 

1 / 

T 

1 

5 

T 

1 5 

T 

1 

5 


-T* 

1 

> 

T 

1 

- 

1 > 1 


R,±RSP,UNBIND 

1 / 

1 

> 

| > 

1 

> 

1 1 

1 

> 

1 

1 

1 > 1 

1_ 


— -t ._— 



t 

X. 


i 

A. 


4 






T 


I 

i 


1 

T 


t 




R, RQ,UNBIND,-* SON 

1 / 

1 

> 

1 6 

1 

6 

1 7 

1 

- 

1 

- 

1 > 1 


S,±RSP,UNBIND 

1 / 

1 

> 

| > 

1 

> 

| > 

1 

1(H) 

1 

1(H) 

1 1(HK)| 

1— 


1 .. 

.1. 


.1 . . .. 

1 


1 . . 



-X- 


i i 

1— 


t - 

T 


1 '■■■ j - - 



1 

T 


T 


l l 

1 

1 — 

R, RQ,UNBIND,SON 

1 / 

X— 

1 

-X- 

8 

1 8 
.j — 

1 

8 

1 8 

1 

-X- 

8 

1 

.X. 

8 

| > | 
.X —-1 


"T* 


| OOTPOT | 
| CODE | 

| FONCTION 

1 





1 " ■ . 

| H 

i CALL SCB_DISCARD; 

/* 

PAGE 

13-88 

♦/ 1 

i HK | 

1 1 

L ... J 

| CALL SCB DISCARD; 

| DISCARD MO; 

/* 

PAGE 

13 ~ 88 

V 1 

1 11 1 

1 s 

L 

I . .. .... . .... . 

1 CALL SESSACT.REQUEST; 

/* 

PAGE 

13-66 

V ! 

1 -- 1 " 1 * 

1 T 1 

i _ 

j ^ ^ __. . ___ __ _ _ - - . 

| CALL SESSACT.RESPONSE; 

X- _____ _______ _ ___ _ _ 

/* 

PAGE 

13-68 

V 1 


END FSM_SESS_LO_LO_PfiI; 


FSM_SESS_LO_LU_SEC: FSM_DEFINITION CONTEXT(SCB); 


/* 


i-—------1 

| FONCTION: TO REMEMBER THE STATE OF THE SECONDARY LU-LU HALF-SESSION | 

| NOTE: THE CANNOT-OCCORS IN THE RESET STATE ARE DETERMINED IN THE | 

| FONCTION SOPPORTED PROCEDORE (PAGE 13-53) AND SENSE CODE 8005—NO | 

f SESSION-—IS GENERATED. | 


*/ 


INPOT 


R, RQ, BIND 

S, +RSP, BIND 
S,-RSP, BIND 


R, RQ,UNBIND,--SON 

R, RQ,UNBIND, SON 

S, ±RSP,UNBIND 


S, RQ,UNBIND 
R,±RSP,UNBIND 


STATE NAMES->| 

I 

s 

I 

--*-h 

I 

I 

I 

--- 

I 

I 

I 

—_-—4- 

I 

I 

-_-- + 


RESET| PEND | ACTIVE | PEND | PEND | PEND | PEND 
| ACT | | RSET [ RSET \ RSET | SON 

j | | PRI | SEC | BOTH | 

01 | 02 I 03 | 04 | 05 | 06 | 07 

-4--1--f-f-- ^ -4-- 

2(S) j > | > | > | > | > | > 

/ I 3 (T) | > | > ! > | > I > 

/ | 1(H) I > I > | > | > j > 

- 4 -+—----1—-4—- 4 -— 

/ 1 4 | 4 |- ! 6 |- ! > 

/ I 7 | 7 | 7 | 7 I 7 | > 

/ I > I > ! 1(H) ! > j 1(H) | 1 (HK) 

---4-h--+—-1™- 

/ l> 15 |> |- J- |> 

/ {> ! > l> II II l> 

- 4 -- 4 --1--4—-4——4- 

__.._I____JL_.___-X___..._J__J___J_ 


OOTPOT 

CODE 

r~ — — — — —— 

| FONCTION 

1 





H 1 

1 CALL SCB_DISCARD; 

/* 

PAGE 

13-88 

V 

HK 

| CALL SCB DISCARD; 

| DISCARD HO; 

/* 

PAGE 

13-88 

*/ 

S 

j 

|.... ........ ... ...... ._... __ 

| CALL SESSACT.REQUEST; 

L__ - _ - _ __ 

/* 

PAGE 

13-66 

V 


T | CALL SESSACT.RESPONSE; /* PAGE 13-68 */ 


END FSM_SESS_LO_LO_SEC; 
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rSH - SESS_BF_CP - .PUjri: FSM.J>BFINITION CONTEXT(SCB) ; 


/* 


FUNCTION: TO REMEMBER THE STATE OF THE SSCP-PU T1 HALF-SESSION THAT IS 

SUPPORTED BT THE BOUNDARY FUNCTION IN THE NODE. 

NOTES: 1. THE CANNOT-OCCURS IN THE RESET STATE ARE DETERMINED IN THE 

FUNCTION SUPPORTED PROCEDURE (PAGE 13-53) AND SENSE CODE 8005—NO 
SESSION—IS GENERATED. 

2. DACTPU IS NOT ROUTED TO PU_T1»S. THE BF.PU.SVC_HGR GENERATES THE 


1 

L 

RSP (DACTPU) ON 

BEHALF OF THE 

PU_T1. 




1 

*/ 



-1- 



T— 

— 1 - 

1 


d£l\IC HAOfid" 

1 

| ACTIVE 

1 

| RESET 

■ j 

| SON 



INPUT 

1 

1 01 

.. |.. 

o 

to 

1 

| 03 

1 ' 

| 04 

1 05 

■ 

_4 


R , RQ,ACTPU 

i 2(S) 

1 > 

i 2(S) 

! > 

1 > 


1 

S,+RSP,ACTPU,COLD 

1 / 

1 3 (TK) 

1 -- 

1 > 

i > 

| > 

j 


S,+RSP,ACTPU,ERP 

1 / 

1 3<T) 

1 > 

i > 

1 > 


1 

S # -RSP,ACTPU 

1 / 

1_ 

1 1(H) 

( > 

1 

i > 

L . 

l > 

i . 

_J 

1 

R, RQ, DACTPU,-.SON 

T 

1 / 

1 4 

i 4 (HS) 

t 

1 " 

I 

1 > 

| 


R, RQ,DACTPU,SON 

1 / 

1 5 

1 5 

1 5 

I > 


I 

S,±RSP,DACTPU 

1 / 

» . 

1 > 

| > 

1 

1 1(H) 

I . 

1 1 (HX) 

I 

_ i 

r— 

1 

i — 

•RESET' 

■ r 

1 / 

__ _ i _ 

i 1(H) 

_ A _ 

i i(H) 

— L 

i i(H) 

_JL_ _ 

i i(H) 

1 

1 


r* 

1 

1 

OUTPUT 

CODE 

T- - - - “ “ “■ 

| FUNCTION 

1 





I 

1 

\ 

L_ 

H 

| CALL SCB^DISCARDJ 

/* 

PAGE 

U) 

00 

00 

V 

1 

1 

HS 

| SEND »SSCP_GONE' TO CSC.MGR.SON; 

/* 

PAGE 

13-47 

*/ 

1 

r" 

1 

1 

L. 

HX 

j CALL SCB DISCARD; 

| DISCARD MU; 

..-- -- - 

/♦ 

PAGE 

13-88 

V 

1 

1 

1 

r 

\ 

S 

1 CALL SESSACT.REQUEST; 

/* 

PAGE 

13-66 

*/ 

1 

1 

-4 

T“ 

l 

T 

| . __ . .. . . . 

| CALL SESSACT.BESPOHSE; 

_ 

/* 

PAGE 

13-68 

V 

1 

1 

—1 

r~ 

1 

Tk 

1 CALL SESSACT.RESPONSE; 

/* 

PAGE 

13-68 

V 

n 

i 

1 

u 


| SEND *HIERARCHICAL_RE5ET' TO CSC_MGR.SON; 

A ___ 

/* 

PAGE 

13-47 

*/ 

\ 

END 

FSH_SESS__BF__CP_PU_T1; 
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13-95 
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F$H_SBSS_BF_CP_LU: FSHJDBFINITION CONTEXT(SCB) 



FUNCTION: 

TO RBHEHBEB THE STATE Of THE 
BY BOUNDABY FUNCTION 

SSCP-LU HALF-SESSION THAT IS 

SUPPORTED 

-1 


NOTE: 

THE CANNOT-OCCURS IN THE 
FUNCTION SUPPORTED PROCEDURE 
SESSION--IS GENERATED. 

RESET STATE ARE DETERMINED 

(PAGE 13-53) AND SENSE CODE 

IN THE 
8005—NO 

_i 


| STATE NAHES- 

1 

1 

JINPUT 

->| RESET 

1 

1 

1 01 

| PEND 
| ACT 

1 

| 02 

| ACTIVE 

1 

1 

| 03 

| PEND 
| RSET 

1 

| 04 

| PEND 
| SON 

1 

| 05 


| _.... . . . -. . .. 

|R, RQ,ACTLU,PRI 

i 2 (S) 

| > 

i 2(S) 

, j. , . 

1 > 

-f ■ *- 

1 > 

1 

|S, RQ,ACTLU,SEC 

j . ........ ..... , 

1 / 


| > 

1 > 

1 > 


|R,±RSP,ACTLU,SBC 

1 / 


I'- 1 " “ ” 

| > 

1 ”(N) 

1 "(N) 

-1 

1S,+ESP,ACTLU,PRI,C0LD 

1 / 

1 3 (TK) 

| > 

| > 

1 > 


|S,+RSP,ACTLU,PRI,ERP 

1 / 

1 3(T) 

| > 

| > 

1 > 


|S,-RSP,ACTLU,PRI 

| .- -.. ..-- ..-. 

1 / 

1 1(H) 

| > 

. i .. ... .. . . 

| > 

. i ... 

1 1 (HX) 

1 _- . .. 

_ 1 

!r, RQ, DACTLU,-.SON,PRI 

‘"""" f .... “ 

1 / 

.. i. f «i .. 

1 4 

f 

1 ^ 

1 L 

l 

1 > 


t R, RQ,DACTLU,SON,PRI 

1 / 

1 5 

1 5 

1 5 

1 > 


|S, RQ,DACTLU,SEC 

j. - - ...... i _,.... 

1 / 

X _ 

| > 

. i .. ... 

| > 

.. i .... 

1 ~(TK) 

. ... i . .... 

1 1 (HC) 

_X _ . 

1 

!R,±RSP,DACTLU,SEC 

f 

1 / 

" ■ r 

| > 

"I. 

| > 

" t’' ■'- L ' 1 111 ■ 

f 

1 * 

—1 

|S,±RSP,DACTLU,PRI 

j. .. ..*_ ..,. ^ ..__ . ,_ _ ... „ ^ 

1 / 

1 . .... _ 

| > 

_»._ 

| > 

. i . 

1 KH) 

1 1 (HX) 


1*RESET* 

i— ——l—_-_ _; _ 

r 

1 - 

_JL_ _ 

i Km 

i i(H) 

— 1 — 

i 1(H) 

i _ — 

1 .. .. . 

i i(H) 

J_ 

1 

_ J 


OUTPUT | FUNCTION 
CODE | 

+~ 


I Call scb discard; 
-4— 


/* PAGE 13-88 


*/ 


HX | CALL SCB DISCABD; /* PAGE 13-88 */ 

j DISCARD HU; 

- y ---. -—-—- 

HC | CALL SCB DISCABD; /*PAGE 13-88 */ 

| IF NRCB.RESOURCE_TYPE = PU_T2 THEN /* DON’T ROUTE DACTLU TO SECONDARY FOR SON */ 

| /* SEND DACTLU TO PUJM'S SINCE THE T1 DIDN’T GET THE DACTPU | ACTPU */ 

| DISCARD HU; 

- +- 


| CALL SESSACT.REQUEST; 


/* PAGE 13-66 


| CALL SESSACT.RESPONSE; 

4- 


/♦ PAGE 13-68 


V 


TK J SEND *HIERARCHICAL_RESET' TO CSC_MGR.SON; 


| DISCARD HU; 


/* PAGE 13-47 


END FSM_SESS_BF_CP_LO; 
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PD.SVC MGR.CSC MGR 


13-97 














FSH_SESS_BF_LO_LO: FSM_DEFINITION CONTEXT(SCB); 


f—;— 

FUNCTION: 

TO REHEHBER THE STATE OF THE 
BOUNDARY FUNCTION 

LU-LU 

HALF-SESSION 

THAT IS SUPPORTED BY 



NOTE; 

THE CANNOT-OCCURS IN THE 

RESET 

STATE ARE 

DETERMINED 

IN THE 


• 


FUNCTION SUPPORTED PROCEDURE 
SESSION--IS GENERATED. 

(PAGE 

13-53) AND 

SENSE CODE 

8005—NO 





r- 

STATE NAMES-> 

| RESET 

T — 

| PEND 

-T- 

1 

ACTIVEj PEND 

T* 

1 

PEND 

1 

PEND 

1 

PEND 

T* 

1 

PEND 

| PEND 





1 

| ACT 

l 


i UNBNDI 

UNBNDI 

UNBNDI 

RESETI 

VR 

| REX 

1 




1 

1 

1 


) PRI 

1 

SBC 

1 

RSP 

1 

084D 

1 

OUT 

| OUT 

1 


INPUT 


! oi 

| 02 

1 

1 

03 

| 04 

1 

1 

05 

1 

1 

A, 

06 

1 

1 

07 

1 

t 

08 

I 09 

1 

1 

1 


R, RQ, 

BIND,PRI 

i 2 (S) 

1 > 

1 

> 

\ > 

1 

> 

1 

> 

1 

> 

1 

> 

1 > 

1 

L. 

S, RQ, 

BIND,SEC 

1 / 

1 “ 

1 

l- 

> 

\ > 

1 

> 

1 

> 

I 

> 

1 

| 

> 

1 > 

( 

4 

r 

R,±RSP, 

BIND,SEC 

l / 

l - 

1 

> 

( -(D) 

1 

> 

1 

> 

1 

> 

1 

> 

l 1 1 

1 > 

1 


S,+RSP, 

BIND,PRI 

* / 

1 3 (T) 

1 

> 

1 > 

1 

> 

1 

> 

1 

> 

1 

> 

1 > 

1 


S,-RSP, 

BIND,PRI,-.084D 

1 / 

1 1(H) 

1 

> 

( > 

1 

> 

1 

> 

1 

> 

1 

> 

1 > 

I 


S,-RSP, 

BIND,PRI, 084D 

1 / 

1 7 

1 

> 

1 > 

I 

> 

1 

> 

1 

> 

1 

> 

1 > 

1 

L- 



.j_ — 

j. 


■ L-xu l„_L, -.1 

„_j _ 

.4— 

. . ... 



-4.- 


| 

- — — — — u. 

-X 



R, RQ,UNBIND,PRI,iVR,OUT | / 

S, RQ,UNBIND,SEC “ \ / 

- -^- 

R, RQ,UNBIND,SEC,-’REX OUT \ / 

S, RQ,UNBIND,PRI | / 


I “(D) 
I > 


-(D) 

> 


-+- 

I / 

I / 

I / 

I / 

--|- 

RQ,UNBIND,PRI,VR OUT | / 
RQ,UNBIND,SEC,REX OUT | / 


-(D) | > 

> I - 

-t-- 

I > 

1 CHIC) | 1(E) 
--- 

> 


R, ±RSP,UNBIND,SEC 

S, ±RSP,UNBIND,PRI 


1(H) 


1(H) 


1(HK) 


,±RSP,UNBIND,PRI 
,±RSP,UNBIND,SEC 


1(H) 


KH) 


I - 

I MBK) 

-+ 


3(D) 


9(D) 


8(D) 

9(D) 


8 

1(HK) 


> I 

1(HK) | 


KHK) 

> 


OUTPUT | FUNCTION 
CODE | 

4- 


| DISCARD HU; 


H- 

I CALL SCB,DISCARD; 


H 


/* PAGE 13-88 


-+- 

HK | CALL SCB DISCARD; 

| DISCARD HU; 

-4- 


/* PAGE 13*-88 


*/ 


S 


| CALL SESSACT.REQUEST; 

H--- 

| CALL SESSACT.RESPONSE; 


/* PAGE 13-66 


/* PAGE 13-68 


•/ 


END FSM,SESS,BF,LU,LU; 
FSH INPUT DEFINITION; 


ACTCDRM 

RQ — CODE = ACTCDRM; 




ACTLU 

RqIcoDE = ACTLU; 




ACTPU 

RQ~C0Dfi * ACTPU; 




BIND 

RQICODE = BIND; 




COLD 

ACT RU.TYPE ACTIVATION = 

COLD;/* PAGE 

13-99 

V 

DACTCDRM 

RQ CODE * DACTCDRM; 




DACTLU 

RQ~CODE = DACTLU; 




DACTPU 

RQ~CODE = DACTPU; 




ERP 

ACT,RU.TYPE ACTIVATION a 

ERP; /* PAGE 

13-99 

*/ 

PRI 

(MUCB.DIRECTION = RECEIVE 

8 NRCB.ELEMENT ADDRESS 


(MUCB.DIRECTION a SEND 6 

NRCB. ELEMENT, 

ADDRESS 

; a < 

R 

MUCB.DIRECTION * RECEIVE; 




REX OUT 

SON TYPE = REX INOP; /* PAGE 13-90 */ 



'RESET* 

INPUT('RESET*); 




±RSP 

RRI = RSP; 





-RSP 
+ RSP 
RQ 
S 

SEC 

SON 

UNBIND 
VR OUT 
080D 
084D 
084E 

END FSH INPUT DEFINITION; 


NEGATIVE; 

POSITIVE; 


DEF) 
OEF) ; 


RRI = RSP 8 RTI 
RRI * RSP 6 RTI 
RRI * RQ; 

HUCB.DIRECTION * SEND; 

(HUCB.DIRECTION * RECEIVE 6 NRCB.ELEMENT ADDRESS * OEP) 
(HUCB.DIRECTION * SEND 8 NRCB.ELEMENT,ADDRESS * DEF); 
DBACT,RU.TYPE DEACTIVATION * SESS,OUT;/* PAGE 13-99 */ 
RQ CODE = UNBIND; 

SON TYPE « (VR INOP | DACTVB FORCED); /* PAGE 13-90 ♦/ 
SNC = X'080D'; 

SNC * X'084D*; 

SNC * X , 084E*; 


' 

V. 
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DECLARE_LOCAL_VARIABLES: PROCEDURE; 


/* 


1- 

1 

FUNCTION: 

THIS PROCEDURE 

HOUSES THE 

DECLARES FOR 

LOCAL VARIABLES. 

--, 

1 

1 

1 

INPUT: 

NONE 




1 

1 

1 

1 

t .... 

OUTPUT: 

NONE 




1 

1 

.... i 

DCL 

CB_TYPE BIT(1) 

. 

/* 

0 = BF_SESS, 

1 = HALF_SESS 

*/ 

*/ 


DCL 1 ACT_RO BASED (ADDR (RU)), /* USED IN FSM INPOT DEFINITIONS */ 

2 RESERVED BIT (8) , /* REQUEST CODE */ 

2 RESERVED BIT (4) , /* FORMAT */ 

2 TYPE_ACTIVATION BIT (4) ; 

DCL 1 DEACT RU BASED (ADDR(RU)) , /* USED IN FSM INPUT DEFINITIONS */ 

2 RESERVED BIT (8) „ /* REQUEST CODE */ 

2 TYPE DEACTIVATION BIT(8); 


END DECLARE_LOCAL_VARIABLES; 
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1 


1 

1 

i 

1 

i 

1 

1 

1 

This page 

intentionally 

left blank 

1 
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! 

1 

1 

! 

' 


i 
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APPENDIX A 


NODE DATA STRUCTURES AND CONSTANTS 


This appendix defines all node data structures and all 
constants used in the FAPL procedures. This includes 
information about the node's resources) the half-sessions» 
the SSCP's domain resources, as well as routing tables for 
path control. Some of the structures are initialized during 
system definition, while others can be created as needed. 
Some of the structures may also be modified dynamically by 
commands such as SETCV and RNAA. The following structures 
aredefined: 


Node Control Block (NCB) 

Path Control Control Block (PCCB) 

Node Resource Control Block (NRCB) List 
Control Point Indirect (CP_INDIRECT) List 

Control Point (CPCB) List 

Session Control Block (SCB) List 
Transmission Control Control Block (TCCB) 

Domain Resource Control Block (DRCB) List 

Link Station Control Block (LSCB) List 

Transmission Group Control Block (TGCB) List 
Associated LSCB (ASSOC_LSCB) List 
PIU Vector CPIU_VECTOR) List 

Virtual Route Control Block (VRCB) List 
Virtual Route Reservation 

(VR_R ESERVATION) List 

Explicit Route Control Block CERCB) List 
Path Control Block (PATHCB) List 

Subarea Routing CSUBAREA_ROUTING) List 

ERN Map (ERN_MAP) List 

Virtual Route Identifier List (VR_ID_LIST) 
FAPL Constants (CONST) 
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NRCB 

LIST 
























The following list of control blocks contain associated 
FSMs. A pointer to the current entry for each control block 
is part of the implicit environment (See Appendix C.) 


CONTROL_BLOCK_DEFINITION: 

NCB /* NODE CONTROL BLOCK */ 

LSCB /* LINK STATION CONTROL BLOCK */ 

TGCB /* TRANSMISSION GROUP CONTROL BLOCK */ 

ERCB /* EXPLICIT ROUTE CONTROL BLOCK */ 

VRCB /x VIRTURAL ROUTE CONTROL BLOCK */ 

SCB /x SESSION CONTROL BLOCK */ 

NRCB /* NODE RESOURCE CONTROL BLOCK */ 

DRCB /* DOMAIN RESOURCE CONTROL BLOCK */ 

CPCB /* CONTROL POINT CONTROL BLOCK */ 

TCCB /* TRANMISSION CONTROL CONTROL BLOCK */ 

PCCB /* PATH CONTROL CONTROL BLOCK */ 

END CQNTROL_BLOCK_DEFINITION; 
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NODE CONTROL BLOCK 


The node control block contains information that is common 
to the entire node. This includes the node subarea address 
and the PUCP element address. In addition* major lists are 
referenced by pointers stored in this control block. 
Default pointers that are used to refer to individual 
entries are also defined. The current state values for 
finite-state machines relating to the node's resources are 
contained in this control block. 


PATH CONTROL CONTROL BLOCK 

A single copy of this data structure is maintained by each 
node. It provides working storage and attributes required 
by path control components to send and receive PIUs over 
route extensions. 


NODE RESOURCE CONTROL BLOCK LIST AND CPCB LIST 

The node resource list contains one entry for each supported 
resource* of which seven categories are defined: PU* LU, 
SSCP* BF.PU, BF.LU* link* and adjacent link station. Each 
node resource is identified in the node resource list by its 
element address. Each entry contains information regarding 
the resource it represents (e.g.* link entries contain a 
share-limit parameter) and the element address of a 
hierarchically superior resource associated with !t. For 
simplicity of structure* not all the architectural 
relationships between resources are specified in all 
directions. For example* a BF.PU entry does not contain the 
address of each associated BF.LU; however* the set of 
associated BF.LUs can be obtained by scanning the node 
resource list for BF.LU entries that are associated with the 
BF.PU of interest. 

The node resource list is referred to by numerous node 
components. For example* the PU.SVC_MGR.CSC_MGR uses it to 
determine the type of NAU associated with a given element 
address* and the PU. SVC__MGR. NS uses it for determining what 
to reset when DACTPU is received. 

Each resource of the node may be controlled by one or more 
control points (CPs). A list of pointers to the current 
control points for each resource is maintained in the 
CP_INDIRECT list that is anchored in the node resource 
entry. Each entry in this list points to an entry in the 
CPCB list. The CPCB list entry contains the current status 
of the CP-PU session with respect to the SDT request* and 
the CP's full network address. 
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SESSION CONTROL BLOCK 


The SCBs contain session parameters that are initialized and 
referred to throughout the book. There are two kinds of 
SCBs# as distinguished by the field SCB_TYPE: half-session 
control blocks (HSCBs) and boundary function session control 
blocks (BFSCBs). The SCB is defined in two parts; a header# 
which applies to both half-session and boundary function 
session control blocks > and an extension# that applies only 
to half-sessions. SCBs are created at session activation 
and destroyed at session deactivation (see Chapter 13 for 
details). 


TRANSMISSION CONTROL CONTROL BLOCK 

The variables associated with session-level pacing and 
maximum RU size are maintained in this structure. All 
half-sessions have one associated TCCB. Boundary function 
support for a session session requires two TCCB's# one for 
each stage for two stage pacing. 


DOMAIN RESOURCE CONTROL BLOCK LIST 

Each entry contains information related to a single resource 
that the SSCP can activate or control. 


LINK STATION CONTROL BLOCK LIST 

Data link control maintains information about the status of 
each link and its adjacent link stations in this control 
block. 


TRANSMISSION GROUP CONTROL BLOCK LIST 

The TGCB contains the definition and current status of a 
transmission group. 

Each transmission group is made up of one or more adjacent 
link stations. A list of the LSCBs for these stations is 
maintained in each TGCB. 

A list of the PIU's that are to be transmitted as a single 
BTU is maintained in each TGCB also. 


VIRTUAL ROUTE CONTROL BLOCK LIST 

Each VRCB is used to maintain the definition and status of a 
virtual route. 
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VIRTUAL ROUTE RESERVATION LIST 


This list contains information concerning session activation 
requests that are waiting on the activation of a VR. 


EXPLICIT ROUTE CONTROL BLOCK LIST 

Each ERCB is used to maintain the definition and status 
related to an explicit route. 


SUBAREA ROUTING LIST 

The SUBAREA_ROUTING_LIST provides the next transmission 
group number and adjacent subarea for a given destination 
subarea and explicit route number. The list is intialized 
during system definition> and may be optionally updated 
during network operation. It is used by PC.ERC and 
PC_ROUTE_MGR.ER_MGR in providing information on subarea 
routing of PIUs, as described in the explicit route control 
section in Chapter 3 and NC.ER_MGR in Chapter 12. 

There is an entry in the list for each (destination) subarea 
(identified in the SUBAREA_ADDR field) in the network. The 
EXPLICIT_ROUTE structure provides sixteen entries) one for 
each ERN to the subarea specified in the SUBAREA_ADDR field. 
Each ERN entry includes a bit> ERN_SYSDEF> to indicate 
whether the ERN is defined to that destination subarea. In 
each entry» there is also an adjacent subarea (ADJ_SA) and 
transmission group number (TGN) field that identifies the 
particular path that the explicit route uses. 


ERN MAP LIST 

This structure provides mapping between VRN AND A ERN for a 
route between a destination subarea and this node. 


VIRTUAL ROUTE IDENTIFIER LIST 

Along with a session activation RU> the SSCP. SVC_^MGR or 
LU.SVC_MGR passes to PU . SVC_MGR.CSC_MGR a set of parameters 
to be used by PU.SVC_MGR.PC_ROUTE__MGR.VR_M6R in assigning a 
virtual route to the session. 


FAPL CONSTANTS 

This structure contains all FAPL variables that are 
constants. The list is alphabetical. Multiple names are 
used to refer to the same value in order to improve the 
understandabi1ity of the FAPL procedures. 
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/* 


- . —— - — - -'■? - -- ------- - ——- 

I 

NODE CONTROL BLOCK (NCB) | 

FUNCTION: THIS DATA STRUCTURE CONTAINS THE PU ELEMENT ADDRESS AND NODE SUBAREk | 

ADDRESS AS NELL AS CURRENT STATE VALUES FOR THE RESOURCE FSM*S I 

NITHIN THE NODE. THIS STRUCTURE PROVIDES STORAGE FOR POINTERS TO | 

ALL MAJOR LISTS IN THE NODE, AS WELL AS THE DEFAULT ENTITY POINTERS | 

FOR SOME OF THOSE LISTS* | 

I 


*/ 


V 


DCL 1 NCB BASED (NCB_PTR), 


/* NODE CONTROL BLOCK 


V 


2 LIST_POINTERS, 


3 

VRCB LIST 

PTR, 

/♦ 

POINTER 

TO 

LIST 

HEADER 

FOR 

VRCB'S 

♦/ 

3 

ERCBJLIST 

PTR, 

/* 

POINTER 

TO 

LIST 

HEADER 

FOR 

ERCB* S 

*/ 

3 

TGCB LIST 

PTR, 

/* 

POINTER 

TO 

LIST 

HEADER 

FOR 

TGCB * S 

♦/ 

3 

LSCB~LIST 

PTR, 

/* 

POINTER 

TO 

LIST 

HEADER 

FOR 

LSCB*S 

♦/ 

3 

SCB LIST 

PTR, 

/* 

POINTER 

TO 

LIST 

HEADER 

FOR 

SCB' S 

V 

3 

NRCB_LIST 

PTR, 

/* 

POINTER 

TO 

LIST 

HEADER 

FOR 

NRCB'S 

*/ 

3 

DRCB LIST 

PTR, 

/* 

POINTER 

TO 

LIST 

HEADER 

FOR 

DRCB'S 

*/ 

3 

ERN_MAPJLIST 

PTR, 

/* 

POINTER 

TO 

LIST 

HEADER 

FOR 


*/• 




/* 

ERN MAP 

LIST 




♦/ 

3 

CPCB LIST 

PTR, 

/* 

POINTER 

TO 

LIST 

HEADER 

FOR 

CP'S 

*/ 

3 

SUBAREA_ROUTING_LIST 

PTR, 

/* 

POINTER 

TO 

LIST 

HEADER 

FOR 


V 




/♦ 

SUBAREA 

ROUTING 



V 


2 ENTITY_POINTERS, 

3 VRCB^PTR 
3 ERCB~PTR 
3 TGCB PTR 
3 LSCB~PTR 
3 SCBj?TR 
3 PATHCB PTR 
3 SUBAREA ROUTING_PTR 
3 NRCB PTR 
3 DRCB PTR 
3 CPCB~PTR 
3 TCCB~PTR 
3 CP INDIRECT_PTR 
3 VR RESERVATION PTR 
3 ERN__MAP PTR 
3 ASSOC LSCB_ENTITY PTR 
3 VR ID_LIST~PTR 
3 PARM DEFINE_ER__TO_TG PTR 


2 PU__NA , 

3 NODE_SUBAREA_ADDRESS 


3 PU__ EA 


2 SSCP__ELEMENT_ADDRESS 


PTR, 

/♦ 

DEFAULT 

POINTER 

FOR 

VRCB 

*/ 

PTR, 

/♦ 

DEFAULT 

POINTER 

FOR 

ERCB 

*/ 

PTR, 

/* 

DEFAULT 

POINTER 

FOR 

TGCB 

*/ 

PTR, 

/* 

DEFAULT 

POINTER 

FOR 

LSCB 

*/ 

PTR, 

/♦ 

DEFAULT 

POINTER 

FOR 

SCB 

*/ 

PTR, 

/* 

DEFAULT 

POINTER 

FOR 

PATHCB 

*/ 

PTR, 

/* 

DFFAULT 

POINTER 

FOP 

SUBAREA 

*/ 

PTR, 

/* 

DEFAULT 

POINTER 

FOR 

NRCB 

V 

PTR, 

/* 

DEFAULT 

POINTER 

FOE 

DRCB 

*/ 

PTR, 

/* 

DEFAULT 

POINTER 

FOR 

CPCB 

*/ 

PTR, 

/* 

DEFAULT 

POINTER 

FOR 

TCCB 

*/ 

PTR, 

/* 

DEFAULT 

POINTER 

FOR 

CP INDIRECT 

♦/ 

PTR, 

/• 

DEFAULT 

POINTER 

FOR 

VR RESERVATION 

*/ 

PTR, 

/* 

DEFAULT 

POINTER 

FOR 

EPN MAP 

*/ 

PTR, 

/* 

DEFAULT 

POINTER 

FOR 

ACT LSCB ENTITY 

V 

PTR, 

/* 

DEFAULT 

POINTER 

FOR 

VR ID LIST 

V 

PTR, 

/♦ 

DEFAULT 

POINTER 

FOR 


*/ 


/* 


PARMJ)EFINE_ER_TO_TG 

*/ 


/* 

NETWORK 

ADDRESS 

OF 1 

THE PU IN THIS NODE 

*/ 

BIT (32) , 

/* 

SUBAREA 

ADDRESS 

OF 1 

THIS NODE STORED 

*/ 


/* 

RIGHT-JUSTIFIED 

PADDED WITH O'S. 

*/ 

BIT (16), 

/* 

ELEMENT 

ADDRESS 

OF 

THE PU IN THIS NODE 

*/ 


/* 

STORED 1 

RIGHT-JUSTIFIED PADDED WITH 

*/ 


/* 

O'S. THIS FIELD IS 

0 FOR PU_T4|5. 

V 

BIT (16), 

/* 

ELEMENT 

ADDRESS 

OF 

THE SSCP STORED 

V 


/* 

RIGHT-JUSTIFIED 

PADpJSD WITH O'S. 

V 


/* 

THIS FIELD IS VALID 

FOR PU_T5'S ONLY. 

V 


2 SSCP__ID 


BIT (48), /* ID USED TO RESOLVE ACTCDRM CONTENTION */ 


2 SUBAREA LEN 


BIT(8), /* NUMBER OF SIGNIFICANT BITS IN THE 

/* SUBAREA ADDRESS. IT IS EQUAL TO 
/* THE NUMBER OF B'I'S IN THE 
/* NODE ELEMENT MASK FIELD. 


V 

V 

V 

*/ 


2 NODE_SUBAREAJ!ASK BIT(16), /* BIT MASK CONTAINING B'V IN EACH */ 

/* POSITION CORRESPONDING TO A BIT OF THE */ 
/* SUBAREA ADDRESS FIELD AND B'O' IN EACH */ 
/* POSITION CORRESPONDING TO A BIT OF THE */ 
/* ELEMENT ADDRESS FIELD. USED TO CONVERT */ 
/* A FID 1 NETWORK ADDRESS TO FID4 ADDRESS */ 


2 NODE_ELEMENT_MASK 


BIT (16), /* BIT MASK CONTAINING B'l' IN EACH V 

/* POSITION CORRESPONDING TO A BIT OF THE */ 
/* ELEMENT ADDRESS FIELD AND B'O' IN EACH */ 
/* POSITION CORRESPONDING TO A BIT OF THE */ 
/* SUBAREA ADDRESS FIELD. */ 


2 PUCP_EA 


BIT(16), 


/* ELEMENT ADDRESS OF THE PUCP FOR THIS */ 
/* NODE */ 


2 PU TYPE 


BIT (4) , 


/* PU TYPE OF THIS PU: 

/* PU_T1, PU_T2, PU_T4, OR PU_T5 


*/ 

*/ 
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2 INTERMEDIATE FUNCTION BIT(1), /* FOR PU T4|5: */ 

/* DOES~THIS NODE PROVIDE INTERMEDIATE */ 

/* NODE ROUTING */ 

2 MAX ERJIUM BIT (8) f /* LARGEST ER NUMBER SUPPORTED BY */ 

/* THIS NODE (0 ORIGIN) V 

2 MAX_VR HUM BIT(8), /* LARGEST VR NUMBER SUPPORTED BY V 

/* THIS NODE (0 ORIGIN) */ 

2 ERN_DEFINITION — CAPABILITY BIT(1); /♦ FOR PU_T4|5: SPECIFIES */ 

/* WHETHER THIS NODE CAN DEFINE THE */ 

/* MAPPING OF ERN TO TG__ID DYNAMICALLY */ 

/* OR WHETHER THE MAPPING MUST BE */ 

/* ESTABLISHED AT SYSTEM DEFINITION. */ 

/* B* 0* STATIC ONLY */ 

/* B• 1 * --STATIC ONLY */ 


/* 


PATH CONTROL CONTROL BLOCK (PCCB) 

FUNCTION: THIS DATA STRUCTURE IS MAINTAINED FOR EACH PERIPHERAL NODE AND FOR 

EACH SUBAREA NODE THAT PROVIDES BOUNDARY FUNCTION SUPPORT. IT 
PROVIDES WORKING STORAGE AND ATTRIBUTES REQUIRED BY PATH CONTROL 
COMPONENTS TO SEND AND RECEIVE PIU'S OVER ROUTE EXTENSIONS. 


*/ 


DCL 1 PCCB BASED(PCCB PTR) , 

2 STATES ( 1:10) ” FIXED BIN , 

2 Q_BTU_RCV PTR, 

2 BIU_ASSEMBLY^OPTION BIT(4), 

2 PARTIAL_BIU_PTR PTR, 

2 PIU_SEND_LIST PTR; 


/* FSM STATE INFORMATION */ 

/* FSM_STATION_BIU_ASSEMBLY */ 

/* POINTER TO BTU RECEIVE QUEUE */ 

/* PU T1 OR PU_T2 BIU ASSEMBLY OPTION */ 

/* X'0« NO ASSEMBLY */ 

/* X'l* STATION ASSEMBLY */ 

/* X* 2 * SESSION_ASSEMBLY */ 

/* POINTER TO PARTIALLY */ 

/* ASSEMBLED BIU */ 

/* POINTER TO PIU SEND LIST */ 
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I NODE RESOURCE CONTROL BLOCK (NRCB) LIST | 

| FUNCTION: THIS DATA STRUCTURE CONTAINS INFORMATION ABOUT RESOURCES SUPPORTED | 
\ BY THIS NODE. THE INFORMATION IS CREATED BY A SYSTEM DEFINITION | 
| PROCEDURE AND ENTRIES MAY BE DYNAMICALLY ADDED, MODIFIED, OR DELETED | 
| BY A CONTROL POINT (I.E., SSCP OR PUCP) , THE STRUCTURE IS MANAGED | 
| BY THE PU.SVC MGR.NS, BUT IS ACCESSED BY OTHER COMPONENTS WITHIN THE | 
| NODE. SEE THE PU.SVC MGR.NS (CHAPTER 11) FOR A DESCRIPTION OF THE | 
| HIERARCHICAL STRUCTURE^ THESE RESOURCE ELEMENTS. | 

| NOTE: FOR EACH RESOURCE CATEGORY ONLY A SUBSET OF THE FIELDS APPLY; THE | 
| FIELDS THAT DO NOT APPLY ARE SET TO 0 AND ARE NEVER REFERENCED IN | 
| THE PROCEDURES FOR THAT RESOURCE CATEGORY. I 

I____— , - , ___,__— T --------—;---J 



ENTITY (NRCB) , 


2 STATES(1;20) FIXED BIN (8),/* FSM STATE INFORMATION */ 


2 RE$OURCE_CATEGORY BIT (4), 

2 ELEMBNT_ADDRESS BIT(16), 

2 ASSOCIATED^RESOURCE BIT(16), 

2 LCP_RESET_OPTION BIT(1), 

2 SWITCHED__LINK BIT(1), 

2 AL5^DLC__HDR_ADDR BIT(16), 

2 PRI_SEC_ROLE BIT(1), 


/* 

FSM ADJ PU LOAD 

V 

/* 

FSM~ALS CONNECTED RES 

V 

/♦ 

FSM~ALS CONTACT DISCONTACT RES 

*/ 

/* 

fsm!als~sec dump^res 

V 

/* 

FSM~ALS_SEC^IPL_RES 

*/ 

/* 

fsm^als”sec”rpo“res 

*/ 

/* 

fsm”als~test res 

V 

/♦ 

FSM ALS SEC XID RES 

*/ 

/* 

FSM”lINK ACT RES 

*/ 

/* 

fsm"link“connin res 

*/ 

/* 

FSM^LINK CONNOUT RES 

V 

/* 

FSM^LINK~TRACE res 

V 

/* 

FSM^PU ACT RES” 

V 

/* 

FSM PU T2 LOAD 

*/ 


/* 

X'O' 

PU 

*/ 

/* 

X* 1' 

LU 

*/ 

/* 

X* 3' 

LINK 

*/ 

/* 

X' 4» 

ALS 

V 

/* 

X' 5* 

BF.PU 

♦/ 

/* 

X' 6 ' 

BF.LU 

*/ 

/* 

X* 7' 

SSCP 

*/ 

/♦ 

ELEMENT ADDRESS OF RESOURCE 

*/ 


/* 

ALS: LINK ELEMENT ADDRESS 

V 

/* 

BF.PU: ALS ELEMENT ADDRESS 

*/ 

/* 

BF.LU: BF.PU ELEMENT ADDRESS 

*/ 

/* 

LU: PU ELEMENT ADDRESS IF NOT A 

*/ 

/* 

PRIMARY LU USED FOR PARALLEL 

*/ 

/* 

SESSIONS. 

V 

/* 

OR: LU ELEMENT ADDRESS IF A PRIMARY 

V 

/* 

LU USED FOP PARALLEL SESSIONS. 

V 


/* 

FOR 

PU, LINK, OR ALS 

RESIDING IN 

*/ 

/* 

A 

PU T1|2 NODE: B'O 

RESET 

V 

/* 


B • 1 < 

1 CONTINUE 

*/ 


/* FOR LINK OR ALS: B'O' 

NONSWITCHED 

V 

/* B » 1' 

SWITCHED 

*/ 


/* 

THE 

DLC 

HEADER 

ADDRESS FOR ALS 

*/ 

/* 

FOR 

LINK 

: B'O' 

-CONFIGURABLE 

*/ 

/* 



B * 1 • 

CONFIGURABLE 

*/ 


2 LINK_DLC_ROI.E 


BIT(4) , 


/* FOR LINK OR ALS: X'l' PRIMARY 
/* X* 2' SECONDARY 


*/ 

*/ 


2 CP_INDIRECT_LIST POINTER, /* FOR PU, LINK, OR ALS: THE */ 


/* POINTER TO A LIST OF POINTERS TO THE */ 
/* CP'S THAT CONCURRENTLY SHARE THIS */ 
/* RESOURCE. SEE CP INDIRECT LIST ON */ 
/* PAGE SNDSB18.. */ 


2 SHARE_LIMIT FIXED BIN, /* FOR PU, LINK, OR ALS: V 


/* THE MAXIMUM COUNT OF SSCP'S THAT MAY */ 
/* SHARE THIS RESOURCE. FOR ALS */ 
/* THE LIMIT IS LESS THAN OR EQUAL TO */ 
/* THAT FOR THE ASSOCIATED LINK. */ 
/* THE LIMIT FOR A LINK IS LESS THAN OR */ 
/* EQUAL TO THAT FOR THE PU. */ 


V. J 
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2 BF_LOCAL_ID BIT (8) , /* LOCAL FORM OF ADDRESS FOR BF.(PU|LU) */ 

2 ASSIGNIHG_CP_SCB_ID PTR, /♦ IDENTIFIER FOR SSCP-PU HALF-SESSION */ 

/* OF THE RNAA ISSUER FOR BF.PU OR BF.LU. */ 

/* A VALUE OF NULL DESIGNATES ASSIGNMENT */ 

/* BY SYSTEM DEFINITION */ 

2 SEC RCV PACING CNT BIT (6) , /* SECONDARY CPMGR'S RECEIVE PACING */ 

/* CPUNT FOR BF.LU */ 

2 RESOURCE_TYPE BIT(4), /* PU TYPE FOR BF.PU: PU_T1 OR PU_T2 */ 

2 SAVE MU FOR RETRY^LJST PTR; /* LIST OF RU*S WAITING ON A */ 

/* LINK OR ALS */ 
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CP INDIRECT (CP_INDIRECT) LIST 

FUNCTION: THIS DATA STRUCTURE CONTAINS A LIST OF POINTERS TO ENTRIES IN THE 
CPCB LIST. THE CPCB'S IDENTIFIY CONTROL POINTS THAT CURRENTLY SHARE 
THE NODE RESOURCE FOR WHICH THE LIST IS MAINTAINED. CONTROL POINTS 
ARE PLACED IN THE LIST WHEN A CONTROL POINT SUCCESSFULLY INITIATES 
SHARED CONTROL OF A RESOURCE (E.G., ACTLINK FOR A LINK, CONTACT FOR 
AN ADJACENT LINK STATION). ENTRIES ARE REMOVED WHEN THE CONTROL 
POINT TERMINATES CONTROL, THE RESOURCE BECOMES INOPERATIVE, OR THE 
SESSION BETWEEN THE CONTROL POINT AND THE NODE'S PU IS DEACTIVATED. 
THE LIST IS MANAGED AND USED BY THE PU.SVC MGR.NS. 


ENTITY(CP_INDIRECT), 


2 CP_ENTRY_PTR 

PTR; 

/* 

POINTER TO CPCB LIST ENTRY FOR 

V 



/* 

THE CONTROL POINT THAT 

V 



/* 

HAS ACQUIRED THE RESOURCE 

*/ 


/* 



CONTROL POINT CONTROL BLOCK (CPCB) LIST 


| FUNCTION: THIS DATA STRUCTURE CONTAINS THE LIST OF CONTROL POINTS THAT | 

| CURRENTLY SHARE THE PU. CONTROL POINT ADDRESSES ARE PLACED IN THE | 

| LIST WHEN A CONTROL POINT SUCCESSFULLY INITIATES SHARED CONTROL OF A | 

| PU WITH ACTPU. ENTRIES ARE REMOVED WHEN THE CONTROL POINT | 

| TERMINATES CONTROL WITH DACTPU, OR THE SESSION BETWEEN THE CONTROL | 

| POINT AND THE NODE'S PU BECOMES INOPERATIVE. THE LIST IS MANAGED | 

| AND USED BY THE PU.SVC MGR.NS. | 

I ~ I 

i____.___,___._1 

*/ 


ENTITY(CPCB) , 


2 STATES(1:10) FIXED BIN(8),/* FSM STATE INFORMATION */ 

/* FSM_CP_SESS_SDT */ 

2 CP_SCB_ID PTR, /*HALF-SESSION IDENTIFIER FOR SSCP-PU */ 

/* SESSION */ 

2 ER VR SUPP BIT (1) , /* B'O' PRE_ER_VR; ADJACENT NODE DOES NOT */ 

/* SUPPORT ER AND VR PROTOCOLS */ 

/* B*1' -PRE_ER_VR; ADJACENT NODE */ 

/* SUPPORTS~ER AND VR PROTOCOLS */ 

2 NS LSA RQD BIT(1); /* B'O' -»NS_LS A_REQUIRED */ 

/* B'l* NS_LSA__REQUIRED */ 


APPENDIX A. NODE DATA STRUCTURES AND CONSTANTS A-13 











/* 



SESSION CONTROL BLOCK LIST (SCB) 


| FUNCTION: THIS DATA STRUCTURE IS CHEATED FOR EACH HALF-SESSION AND/OR BOUNDARY | 

| FUNCTION HALF-SESSION. IT MAINTAINS THE STATUS OF THAT PARTICULAR I 

| HALF-SESSION. | 

I I 

%. _ _ _ _____ _ __—---» 

*/ 



ENTITY(SCB) , 


2 STATES(1:60) FIXED BIN(8),/* FSM STATE INFORMATION */ 

/* FSM_BSM BIDDER */ 

/* fsm_bsm”fsp */ 

/* FSM_CHAIN RCV */ 

/* FSM_CHAIN~SEND */ 

/* FSM_CNTL IMMED_EXP ♦/ 

/* FSM_CONTROL_BSM_RSP RCV */ 

/* FSM_CONTROL_BS M_RS p"*SEND */ 

/* fsm”control_hdx_rsp~rcv */ 

/* fsm~control""hdx rsp“rcv_erp DL */ 

/* FSM~CONTROL~HDX RSP~RCV ERP~IM */ 

/* FSM_CONTROL hdx_rsp send */ 

/* fsm_control_hdx_rsp'send_erp_dl */ 

/* fsm_control_hdx rsp~send_erp“im */ 

/* FSM_CRV_RCV */ 

/* fsm""crv“send */ 

/* FSMJ5T RCV CLEAR */ 

/* fsm_dt!rcv~sdt */ 

/* FSM_DT RCV~SDT AND_CLEAR */ 

/* FSM DT~SEND CLEAR */ 

/* FSM_DT~SEND_SDT ♦/ 

/* FSM_DT~SEND~SDT and clear */ 

/* fsm”ebcd_rcv ” */ 

/* fsmIebcdIsend */ 

/* FSM HDX^CONT LOSER */ 

/* fsm”hdx3cont”winner */ 

/* FSM HDX~FF ~ */ 

/* FSM~IMM~RQ MODE RCV */ 

/♦ FSM~IMM RQ_MODE SEND */ 

/* FSM~QEC~RCV “ */ 

/* FSM QEC~SEND */ 

/* FSM~QRI~CHECK SEND */ 

/* FSM_QRI_CHAIN_RCV */ 

/* FS M~QRI CHAIN SEND */ 

/* FSM~RES~ ~ */ 

/* fsm~rqr_rcv */ 

/* fsm^rqr'send */ 

/* fsm!rtr_bidder */ 

/* fsm_rtr”fsp */ 

/♦ FSM SBI RCV */ 

/* fsm_sbi~send */ 

/* FSM SESS BF SSCP LU */ 

/* fsmIsess~bf”sscp”pu ti */ 

/* FSM_SESS BF SSCP_PU_T2 */ 

/* FSM SESS~BF~LU LU */ 

/* FSM~SESS LU LU~PRI */ 

/* FSM~SESS LU LU~SEC */ 

/* FSmIsESS’sSCP LU PRI */ 

/* FS M_SESS~SSCP~LU~S EC */ 

/* FSM SESS SSCP_PU~PRI */ 

/* fsm”sess_sscp pu“sec */ 

/* fsm'sess_sscp!sscp pri_or sec */ 

/* FSM~SESSION_BIU_ > A SSEMBLY ~ */ 

/* FSM SHUTD_RCV ” */ 

/* FSM~SHUTD SEND */ 

/* FSM STSN_RCV */ 

/* FSM~STSN_SEND */ 

2 SCB_TYPE BIT (1) , /* SESSION TYPE: B'O* HALF_SESS */ 

/* B 1 1 1 BF_SESS */ 


2 #SVC_MGR 


GENERIC VALUES (LU.SVC_MGR.SS.RCV, 
SSCP.SVC_MGR.CS.RCV 
PU.SVC MGR.NS.RCV, 
BF.LU.SVC MGR, 
BF.PU.SVC~MGR, 

PUCP), 
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2 

THIS.NA, 


/* NA0 ASSOCIATED WITH THIS END OF 

*/ 




/* THE SESSION 

*/ 


3 THIS SA 

BIT (32), 

/* SUBAREA ADDRESS 

*/ 


3 THIS.EA 

BIT(16), 

/* ELEMENT ADDRESS 

V 

2 

PARTNER.NA, 


/* NAU ASSOCIATED WITH THE OTHER END 

*/ 




/* OF THE SESSION 

V 


3 PARTNER SA 

BIT (32), 

/* SUBAREA ADDRESS 

*/ 


3 PARTNERJBA 

BIT (16) , 

/* ELEMENT ADDRESS 

*/ 

2 

VRCBPTR 

PTR, 

/* POINTER TO VRCB FOR THIS SESSION 

*/ 

2 

THIS.ID 

BIT (8) , 

/* LOCAL ID OF NAU ASSOCIATED WITH 

V 




/* THIS END OF THE SESSION 

*/ 

2 

PARTNER.ID 

BIT (8) , 

/* LOCAL ID OF NAU ASSOCIATED WITH 

*/ 




/* OTHER END OF SESSION. 

V 

2 

LOCAL SESSION ID 

BIT (8), 

/* LSID FOR FID3 SESSIONS 

V 

2 

BF ALS EA 

BIT (16), 

/* ALS ELEMENT ADDRESS FOR PERIPHERAL 

NODE */ 

2 

SUPPORTED_NODE_TYPE 

BIT (8), 

/* PERIPHERAL NODE TYPE 

*/ 

2 

PARTI AL_BIU_PTR 

PTR, 

/* POINTER TO PARTIAL BIU BEING 

*/ 




/* ASSEMBLED ON A SESSION BASIS 

*/ 

2 

Q_TC_TO_DFC 

PTR, 

/* 

V 

2 

CORRELATION TABLES, 





3 CT_RCV_RQ_EXP 

PTR, 

/* 

*/ 


3 CT RCV_RQ~NORM 

PTR, 

/* 

*/ 


3 CT~SEND RQ EXP 

PTR, 

/* 

*/ 


3 ct“send_rq~norm 

PTR, 

/* 

*/ 

2 

ENTITY POINTERS, 


/* 

*/ 


3 CT_RCV_RQ_EXP ENTRY.PTR 

PTR, 

/* 

*/ 


3 CT~SEND RQ EXP ENTRY PTR 

PTR, 

/* 

*/ 


3 CT“NORM~ENTRY PTR 

PTR, 

/* 

V 


3 PAC RSP'SIGNAL PTR 

PTR, 

/* 

*/ 

2 

DFC.VARIABLES, 


/* 

V 


3 CT PTR 

PTR, 

/* 

V 


3 SCAN.PTR 

PTR, 

/* 

*/ 


3 MU PTR SAVE 

PTR, 

/* 

V 


3 SQN SEND.CNT 

FIXED BIN, 

/* 

*/ 


3 KEY 

FIXED BIN, 

/* 

*/ 


3 SNC_BSM_RCVD 

BIT(32), 

/* 

V 


3 SNC BSM SENT 

BIT (32) , 

/* 

*/ 


3 snc!hdx“rcvd 

BIT(32), 

/* 

*/ 


3 snc”hdx”sent 

BIT (32), 

/* 

V 


3 CT_ENTRY 

BIT (1) , 

/* 

*/ 

2 

TC VARIABLES, 


/* 

*/ 


3 #FSM RQR 

FIXED BIN (8) , 

/* 

V 


3 *FSH STSN 

FIXED BIN(8), 

/* 

*/ 


3 #FSM“DT 

FIXED BIN (8), 

/* 

*/ 


3 #FSM_CRV 

FIXED BIN(8), 

/♦ 

*/ 


3 TC CB PTR 

PTR, 

/* POINTER TO TCCB 

*/ 


3 SEC TO BF TC CB PTR 

PTR, 

/* ONLY IN BF 

V 


3 LAST CLEAR SNF “ 

FIXED BIN(16) 

, /* SNF VALUE OF LAST CLEAR SENT 

*/ 


3 send~norm_snf 

FIXED-BIN(16) 

, /* LAST NORMAL-FLOW SNF VALUE 

V 




/* SENT BY PU T1 

*/ 


3 SEND__EXP_SNF 

FIXED BIN (16) 

, /* LAST EXPEDITED-FLOW SNF VALUE 

*/ 




/* SENT BY PU T1 

V 


3 SQN RCV_CNT 

FIXED BIN (16) 

, /* NORMAL-FLOW SNF VALUE EXPECTED 

V 


3 RC V~E XP_S NF 

FIXED BIN(16) 

, /* LAST EXPEDITED-FLOW SNF 

*/ 




/* VALUE SENT TO PU_T1 

*/ 

2 

ACT_RQ.RSP_SEQ_.ID 

BIT (64) , 

/* ID RECEIVED IN ACTIVATION RQ 

*/ 
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| THIS EXTENSION OF THE SCB CONTAINS PARAMETERS THAT ARE OBTAINED FROM THE | 

| ACTIVATION RO AND SPECIFIED BY THE TS AND FM PROFILES. OTHER PARAMETERS ARE | 

| DERIVED FROM THE ACTIVATION OPTIONS AND ARE PLACED IN THE STRUCTURE BY SESSACT | 

| (SEE CHAPTERS 4, 5, AND 13). | 

| THE FOLLOWING PARAMETERS ARE OBTAINED FROM THE ACTIVATION RU AND TS AND FM | 

| PROFILES BY PU.SVC MGR.CSC MGR (SEE CHAPTER 13). THE ORDER OF THE PARAMETERS | 

| CORRESPONDS TO THE BIND FORMAT (SEE APPENDIX E). | 

L. _------------J 

*/ 

/* 

| CORRESPONDS TO BYTE 2 OF BIND I 


*/ 


2 FM PROFILE BIT (8) , /* 

X*00' FM 

PROFILE 

0 

*/ 

/* 

X* 02* FM 

PROFILE 

2 

*/ 

/* 

X 1 03 * FM 

PROFILE 

3 

V 

/* 

X' 04* FM 

PROFILE 

4 

V 

/* 

X'05' FM 

PROFILE 

5 

V 

/* 

X* 06* FM 

PROFILE 

6 

*/ 

/* 

X * 07 * FM 

PROFILE 

7 

V 

/* 

X*10' FM 

PROFILE 

16 

*/ 

/* 

X'11' FM 

PROFILE 

17 

*/ 

/* 

X*12 * FM 

PROFILE 

18 

*/ 


/* 


j CORRESPONDS TO BYTE 3 OF BIND | 

i---------1 

*/ 


2 TS PROFILE BIT (8) , /* 

X'01 • 

TS 

PROFILE 

1 

*/ 

/* 

X* 02 1 

TS 

PROFILE 

2 

*/ 

/* 

X* 03* 

TS 

PROFILE 

3 

*/ 

/* 

X* 04 * 

TS 

PROFILE 

4 

*/ 

/* 

X' 05' 

TS 

PROFILE 

5 

V 

/* 

X» 07* 

TS 

PROFILE 

7 

V 

/* 

X' 10* 

TS 

PROFILE 

16 

V 

/* 

X' 11' 

TS 

PROFILE 

17 

*/ 


/* 


i-----—--—-----—--——-i 

| CORRESPONDS TO BYTE 4 OF BIND PRIMARY LU | 

| PROTOCOLS | 

I-—-----» 

*/ 


2 

PRI_CHAIN JJSE 


BIT (1) , 


/* 

B'O * 

SINGLE 

*/ 






/* 

B* 1' 

MULTIPLE 

*/ 

2 

PRI_RQ_MODE 


BIT (1) , 


/* 

B'O* 

IMMEDIATE 

*/ 






/* 

B * 1' 

DELAYED 

♦/ 

2 

PRI_TWO_PHASE. 

.COMMIT 

BIT (1) , 


/• 

B'O' 

-.SUPPORTED 

V 






/* 

B« 1* 

SUPPORTED 

*/ 









/* 


r— 
1 

THE FIELD CORRESPONDING 

TO 

THE PRIMARY CHAIN 



1 

RESPONSE FIELD 

IN BIND RU 

IS MAPPED INTO THE | 



1 

CHAIN_RSP FIELD 




1 

. 1 










*/ 

2 

PRI„COMPR_IND 


BIT (1) , 


/* 

B'O' 

NO COMPRESSION 

*/ 






/• 

B' 1' 

COMPRESSION 

*/ 

2 

PRI_EB_IND 


BIT (1) , 


/♦ 

B'O' 

MAY NOT SEND 

*/ 






/* 

B' 1 * 

MAY_SEND 

*/ 









/* 


i — 
1 

CORRESPONDS TO 

BYTE 5 

OF 

BIND SECONDARY LU j 



1 

t TWIM 

PROTOCOLS 





1 

y l 










*/ 

2 

SEC_CHAIN_USE 


BIT (1) , 


/♦ 

B'O* 

SINGLE 

*/ 






/* 

B' 1' 

MULTIPLE 

*/ 

2 

SECJRQJIODE 


BIT ( 1) , 


/* 

B'O* 

IMMEDIATE 

*/ 






/* 

B • 1 ' 

DELAYED 

*/ 









/* 


r— 






r ' r ~ m " 1 1 ' 1 



i 

THE FIELD CORRESPONDING 

TO 

THE 

SECONDARY | 



i 

CHAIN RESPONSE 

FIELD IN 

THE BIND RD 

IS MAPPED | 



i 

i __ 

INTO THE CHAIN_RSP FIELD 



1 

_ .... 1 










*/ 

2 

SEC_COMPR_IND 


BIT (1) , 


/* 

B'O' 

NO COMPRESSION 

V 






/* 

B« 1' 

COMPRESSION 

*/ 

2 

SECJEB^IND 


BIT ( 1) , 


/* 

B'O* 

MAY NOT SEND 

*/ 






/* 

B'1« 

MAY_SEND 

*/ 

2 

SEC.TWO PHASE COMMIT 

BIT (1) , 


/* 

B'O* 

-SUPPORTED 

V 






/* 

B« 1* 

SUPPORTED 

*/ 
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| CORRESPONDS 
| PROTOCOLS 

TO BYTE 

6 OF 

BIND i 

-» 

COMMON LU | 

1 









*/ 

2 

FM_HDR_USAGE 

BIT (1) , 


/* 

B» O' 

NO FM_HEADERS 

*/ 





/♦ 

B'l' 

FM_HEADERS 

V 

2 

BRACKETS RESET STATE 

BIT (1) , 


/* 

B'O' 

INB OR BRACKETS NOT USED 

*/ 





/* 

B' 1' 

BETB 

♦/ 

2 

BRKT TERM ROLE 

BIT (1) , 


/* 

B'O' 

UNCONDITIONAL 

*/ 





/* 

B* 1* 

CONDITIONAL 

*/ 

2 

ALT CODE 

BIT (1) , 


/♦ 

B'O' 

NOT USED 

*/ 





/♦ 

B' l' 

MAY BE USED 

♦/ 








/* 


i- 





. .1 



| CORRESPONDS -TO 

BYTE 

7 OF BIND | 









*/ 

2 

SEND RCV MODE 

BIT(2) , 


/* 

B *00' FOIL DUPLEX 

*/ 





/* 

B • 01 

' HDX CONTENTION 

V 





/* 

B' 10 

' HDX_FLIP_FLOP 

♦/ 

2 

RECOVERY RESP 

BIT (1) . 


/* 

B* O' 

LOSER RESPONSIBLE 

*/ 





/• 

B'l' 

SYMMETRIC 

*/ 

2 

CONT WIN 

BIT (1) , 


/* 

B'O' 

SEC 

♦/ 





/* 

B' 1* 

PRI 

V 

2 

HDX FF RESET STATE 

BIT (1) , 


/* 

B'O* 

SEND_FOR SEC 

*/ 





/* 

B' 1 ' 

SEND FOR PRI 

*/ 








/* 


CORRESPONDS TO BYTE 8 OF BIND 


2 PACING PARAMETERS, 
3 SEC STAGING IND 


B IT (1) , 


/* B 1 0• ONE-STAGE 
/* B* 1• TWO-STAGE 


| THE MEANINGS OF B'O' AND B'l' ARE REVERSED | 
| FROM PRI_STAGING_IND. | 


3 SEC RCV PACING CNT 


BIT (6) , 


CORRESPONDS TO BYTE 9 OF BIND 


3 SEC SEND PACING CNT 


BIT (6) , 


CORRESPONDS TO BYTE 10 OF BIND 


3 SEC SEND MAX RO SIZE 


BIT (8) , 


*/ 

*/ 

/* 


*/ 

/* 

*/ 

/* 

*/ 

/* 


| CORRESPONDS TO BYTE 11 OF BIND | 


3 PRI_SEND_MAX_RU_SIZE BIT(8), 


i---1 

| CORRESPONDS TO BYTE 12 OF BIND | 


3 PRI STAGING IND BIT(1), /* B'O' TWO-STAGE 

/* B'l' ONE-STAGE 


| THE MEANINGS OF B'O* AND B'l' ARE REVERSED | 


| FROM SEC_STAGING_IND. 


I 


3 PRI SEND PACING CNT 


BIT (6) , 


CORRESPONDS TO BYTE 13 OF BIND 


3 PRI RCV PACING CNT 


BIT (6) , 


CORRESPONDS TO BYTE 14 OF BIND 


2 PS PROFILE, 

3 PSJJSAGE_FMT 

3 LU_TYPE 


BIT(1), /* B'O' BASIC 

/* B'l' RESERVED 

BIT (7) , 


*/ 

/* 


♦/ 

*/ 

*/ 

/* 


*/ 

/* 


V 

/* 


*/ 

V 

*/ 
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CORRESPONDS TO BYTES 15 TO 25 OF BIND 


2 PS USAGE 


CHAR(11 )t 


CORRESPONDS TO BYTE 26 OF BIND 


♦/ 

/* 


2 CRYPTOGRAPHY_SE SSION_LEVEL BIT (2), 


/* B* 00 * NONE 
/* B' 01' SELECTIVE 
/* B* 11' MANDATORY 


CORRESPONDS TO BYTE 27 OF BIND 


2 CRYPTOGRAPHY JCEY^ENCIPH^WETHOD BIT (2),/* B'OO' SLU_KEY 
2 CRYPTOGRAPHY_CIPHER__METHOD BIT(3), 


/♦ B 1 000 1 BLOCK CHAINING WITH SEED 
/* (AND CIPHER TEXT FEEDBACK! 


CORRESPONDS TO BYTES 27-34 OF BIND 


2 SESS CRYPTOGRAPHY KEY 


CHAR (8), 


/♦CRYPTOGRAPHY KEY FIELD 
/♦ FROM BIND 


| THIS ENDS THE PORTION OF THE CONTROL BLOCK | 
| CORRESPONDING TO THE BIND PARAMETERS. I 


| THE FOLLOWING PARAMETERS ARE OBTAINED FROM | 
| THE TS AND FM PROFILES BY PU.SVC MGR.CSC MGR I 
| (SEE CHAPTER 13). ~ t 

L-,--_---*-----*-,--—-» 


*/ 

*/ 

V 

/* 


*/ 

*/ 

♦/ 

*/ 

/* 


*/ 

*/ 

*/ 

/* 


*/ 

/* 







*/ 

2 

SQN^USAGE 

BIT(2), 

/♦ B'00 

IDENTIFIERS 

*/ 



/♦ B 1 01 

SEQUENCE NUMBERS 

*/ 




/* B*10 

NO_SNF 

*/ 

2 

PRI.RSP^MODE 

BIT (1) , 

/♦ B* 0* 

IMMEDIATE 

V 




/♦ B' 1* 

DELAYED 

♦/ 

2 

SEC_RSPJ!ODE 

BIT (1) , 

/♦ B'O' 

IMMEDIATE 

♦/ 




/♦ B'1* 

DELAYED 

*/ 

2 

SC_CLEAR 

BIT (1) , 

/♦ B'O' 

-.ALLOWED 

*/ 




/♦ B 1 1 • 

ALLOWED 

*/ 

2 

SC_RQR 

BIT (1) , 

/♦ B'O 1 

-•ALLOWED 

♦/ 




/♦ B' 1' 

ALLOWED 

*/ 

2 

SC_SDT 

BIT (1) , 

/♦ B'O* 

-ALLOWED 

♦/ 




/♦ B' 1' 

ALLOWED 

*/ 

2 

SC_STSN 

BIT (1) , 

/♦ B'O* 

-.ALLOWED 

V 




/* B«1* 

ALLOWED 

V 

2 

SC_CRV 

BIT (1) , 

/♦ B'O' 

-ALLOWED 

*/ 




/* B'l' 

ALLOWED 

*/ 
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_ /* 

| THE FOLLOWING PARAMETERS ABB DERIVED BT | 

| PU.SVC MGR.CSC H6B PBOH ACTIVATION OPTIONS | 

| (SEE CHAPTEB 13). | 

t_______i 


*/ 

2 TYPE OP SESSION BIT(3), /* B’OOO' SSCP PO ♦/ 

/* B'OOI* SSCP'LO */ 

/* B*010* SSCP~SSCP */ 

/* B'OII* LU^LU ♦/ 

/* B*100* PUCP_PU */ 

2 HALF SESSION BIT(1), /♦ B'1» PBI */ 

/* B* 0* SBC */ 

2 THIS HALF SESSION SSCP ID BIT(48), 

2 PARTNER HALF - SBSSION_SSCP ID BIT(48), 

2 #FSH_SBSS “ FIXED BIN(8), 

2 PU FHD.RU OSAGE, 

3 REQUEST RECEIVE BIT(1), /* B'O' -.ALLOWED */ 

/* B'1» ALLOWED */ 


/* 

r ---- - ~ -— — i 

| THESE VALUES ARE OBTAINED FROH THE BIND RU ) 

L-— -----— ___....-.-„ , J 

*/ 

2 CHAIN RSP, /* B'O' -.ALLOWED | B'l • ALLOWED ♦/ 


3 CHAIN RSP FOR PRIMARY, 

4 PRI~NO RSP CHAIN BIT(1), 

4 PRI~EXCP RSP CHAIN BIT(1), 

4 PRI_DEF_RSP_CHAIN BIT(1), 

3 CHAIN RSP FOR SECONDARY, 

4 SEC~NO RSP CHAIN BIT(1), 

4 SEC EXCP PSP CHAIN BIT(1), 

4 SEC~DEF RSP CHAIN BIT(1), 


/* FOB CHAINS SENT BY PRIMARY 


/♦ FOR CHAINS SENT BY SECONDARY 


♦/ 


*/ 


| THE FOLLOWING PARAMETERS ARE DERIVED FROH THE | 
| ACTIVATION OPTIONS AND ARE INITIALIZED BY | 
| SESSACT.DFC_INITIALIZE (SEE CHAPTER 5). | 

»_..._____________j 


DFC REQUESTS ALLOWED FOR THIS HALF-SESSION 


2 DFC_NORMAL_RBQUESTS, 


3 

DFC BID RCV 

BIT (1) , 

3 

DFC BID SEND 

BIT (1) , 

3 

DFC BIS RCV 

BIT (1), 

3 

DFC^BIS~SEND 

BIT (1) , 

3 

DFC CANCEL RCV 

BIT (1) , 

3 

DFC CANCEL~SEND 

BIT (1) , 

3 

DFC’CHASE RCV 

BIT (1) , 

3 

DFC~CHASE SEND 

BIT(1) , 

3 

DFC LUSTAT RCV 

BIT (1) , 

3 

DFC LUSTAT SEND 

BIT (1) , 

3 

dfc~qc rcv” 

BIT (1) , 

3 

DFC~QC SEND 

BIT (1) , 

3 

DFC'RTR RCV 

BIT (1), 

3 

dfc_rtrIsend 

BIT (1), 

2 DFC EXPEDITED REQUESTS, 


3 

DFC QEC RCV 

BIT (1) , 

3 

DFC QEC~SEND 

BIT (1) , 

3 

DFC RBLQ RCV 

BIT (1) , 

3 

dfc~relq”send 

BIT (1) , 

3 

DFC BSHUTD RCV 

BIT (1) , 

3 

DFC~RSHUTD~SEND 

BIT (1) , 

3 

DFC"SBI RCV 

BIT (1) , 

3 

DFC~SBI SEND 

BIT(1) , 

3 

DFC SHUTC RCV 

BIT(1) , 

3 

DFC*”s HUTC^S EN D 

BIT(1) , 

3 

DFC SHUTD RCV 

BIT (1) , 

3 

dfc~shutd”send 

BIT (1) , 

3 

DFC'SIG RCV 

BIT (1) , 

3 

DFc”sig“send 

BIT (1) , 


/* B'O' -.ALLOWED ( B'l' ALLOWED 


/♦ B' O' -.ALLOWED | B'l' ALLOWED 


/* 


*/ 

/* 


*/ 

♦/ 


♦/ 


APPENDIX hm NODE DATA STRDCTORES AND CONSTANTS A-19 



2 DFC FSM OSAGE, 

3 #FSM BSH FIXED BIN(8), 

3 #FSH CHAIN SC? FIXED BIN(8), 

3 #FSM CHAIN SEND FIXED BIN(8) , 

3 #FSfi”cONTROL BSH ESP RC? FIXED BIN(8) , 

3 tFSM "~CONTROL~BSM^”rSP~SEND FIXED BIN (8), 

3 #FSM~CGNTROL'“hDX~RSP~RC? FIXED BIN(8), 

3 #FSH CONTROL~HDX“RSP“SEND FIXED BIN(8), 

3 #FSM_BBCD RC? FIXED BIN(8), 

3 #FSH_EBCDlSEND FIXED BIN(8), 

3 #FSM HDX FIXED BIN(8) , 

3 #FSH~IMM RQ MODE RC? FIXED BIN(8), 

3 #FSfTlMM~RQ MQDE”SEND FIXED BIN(8) , 

3 #FSM QEC RC? FIXED BIN(8), 

3 #FSM_QEC_SEND FIXED BIN(8) , 

3 #FSM — QRI CHAIN^RC? FIXED BIN(8), 

3 #FSM~QRl”cHAIN~SEND FIXED BIN (8), 

3 fFSM^QRI^CHECK^SEND FIXED BIN(8), 

3 #FSM~RES~ ~ FIXED BIN(8), 

3 #FSM RTR FIXED BIN(8), 

3 #FSM~SBI RC? FIXED BIN (8), 

3 #FSM SBI SEND FIXED BIN(8), 

3 #FSM_,SHUTD FIXED BIN(8), 

2 DFC MISC SESSION FARMS, 

3 OSING — BRACKETS'” BIT ( 1) , 

3 FIRST_SPEAKER BIT(1), 

3 THIS_HALF_SESSION_RQ_MODE BIT(1), 

3 PARTNER_HALFJ5ESSION„RQ_MODE BIT(1), 

3 THIS_HALF_SESSION_RSP_MODE BIT(1), 

3 PARTNER_HALF_SESSION_RSP_MODE BIT(1); 


/* 

B« 1' 

YES | B'O' 

NO 


♦/ 

/* 

B* 1 * 

YES | B'O' 

NO (NO 

IMPLIES BIDDER) 

*/ 

/♦ 

B'O' 

IMMEDIATE 

| B'V 

DELAYED 

V 

/♦ 

B?0' 

IMMEDIATE 

| B' 1' 

DELAYED 

V 

/* 

B'O' 

IMMEDIATE 

| B' 1* 

DELAYED 

V 

/* 

B'O' 

IMMEDIATE 

| B«1« 

DELAYED 

V 
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TRANSMISSION CONTROL CONTROL BLOCK (TCCB) 


| FUNCTION: THIS CONTROL BLOCK CONTAINS ALL VARIABLES ASSOCIATED WITH | 

| SESSION-LEVEL PACING AND THE MAXIMUM RU SIZE THAT CAN BE SENT OR | 

| RECEIVED. THERE IS ONE TCCB FOR EACH HALF-SESSION AND TWO FOR EACH | 

| SESSION SUPPORTED BY A BOUNDARY FUNCTION. THE TWO CONTROL BLOCKS IN | 

| A BOUNDARY FUNCTION ARE USED BECAUSE THE PACING BETWEEN THE BOUNDARY | 

| FUNCTION AND THE PRIMARY IS INDEPENDENT OF THAT BETWEEN THE BOUNDARY | 

| FUNCTION AND THE SECONDARY. | 

i-----i 

*/ 


ENTITY(TCCB) , 


2 

STATES(1:2) 

FIXED BIN (8), 

/« 

• FSM STATE INFORMATION 

*/ 




/♦ 

FSH PAC RQ SEND 

*/ 




/* 

FSM_PAC_RQ_RCV 

*/ 

2 

SEND_PACING 

BIT (1) r 

/* 

B 'V YES 

*/ 




/* 

B'0 1 NO 

*/ 

2 

RCV_PACING 

BIT (1) , 

/♦ 

B'l* YES 

V 




/* 

B'O* NO 

V 

2 

HAX_RCVJtU_SI2E 

BIT (32) , 

/* 

NOT SPECIFIED = 0; 

*/ 




/* 

OTHERWISE, A VALUE 

V 

2 

HAX_SENDJRU_SIZE 

BIT(32), 

/* 

NOT SPECIFIED = 0; 

*/ 




/* 

OTHiRWISE, A VALUE 

*/ 

2 

P AC IN G — CO UN T 

FIXED BIN(16) 

» / 

'* NUMBER OF RQ'S THAT CAN BE SENT 

V 




/* 

BEFORE RECEIVING PACING RSP 

*/ 

2 

WINDOW_SIZE 

FIXED BIN(16) 

# / 

'* SIZE 0? PACING GROUP 

*/ 

2 

#PC 

GENERIC VALUES (PC_T1.SEND, 



PC T2.SEND, 

PC~SA.VRC.SEND, 

BF.PC.SEND) , 

/* PC COMPONENT THAT MESSAGES */ 

/* PROCESSED WITH THIS CB ARE SENT TO */ 

2 Q^PAC PTR; /* SESSION-LEVEL PACING QUEUE OF MU'S */ 
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DOMAIN RESOUBCE CONTROL BLOCK LIST 


FUNCTION: THIS DATA STRUCTURE CONTAINS INFORMATION ABOUT RESOURCES SUPPORTED 

BY THIS SSCP. THE INFORMATION IS CREATED BY A SYSTEM DEFINITION 
PROCEDURE AND ENTRIES MAY BE DYNAMICALLY ADDED, MODIFIED, OR DELETED 
BY THE SSCP* 


\ NOTES FOR EACH RESOURCE CATEGORY ONLY A SUBSET OF THE FIELDS APPLY; THE | 

| FIELDS THAT DO NOT APPLY ARE SET TO 0 AND ARE NEVER REFERENCED IN | 

\ THE PROCEDURES FOR THAT RESOURCE CATEGORY. | 

I I 

i-,-- j 

*/ 


ENTITY(DRCB), 

2 STATES(1:20) 


2 RESOURCE_CATEGORY 

2 NETNORK.NAME 
2 NETWORK_ADDRESS 
2 ASSOCIATED_RES PTR 


2 SES5ION_ID 
2 NODB_SLOW 

2 NODE_LINK_ADDR 
2 SWITCHED^LINK 
2 LINK_DLC_ROLE 
2 BF_LOCAL_ID 
2 PERIPHERALJPUJEYPE 
2 SAVE_MU_FOR_RETRY_LIST 
2 DIAL_DI6ITS 

2 SEND_COHTACT__IMMEDIATELY 

2 XID_IMAGE, 

3 FORMAT 
3 PU TYPE 
3 NODE ID 

3 FORMAT SPECIFIC DATA 


FIXED BIN (8),/* FSH STATE INFORMATION */ 

/* FSM ALS__CONNECTED_DOM RES */ 

/* FSM ALS CONTACT_DOM RES V 

/♦ FSM ALSJDUMP_DOM RES */ 

/* FSM~ALS IPL_DOM RES */ 

/* FSNJUS RPO_DOH RES */ 

/* FSM LINK ACT DOM RES */ 

/* FSM LINK CONNInJ)OM RES */ 

/* FSM"LINK CONNOUT DOM RES */ 

/* FSH"LU ACT DOM RES */ 

/* FSM PROC DOM_RES */ 

/* FSM~PD_ACT_DOM_RES */ 

BIT (4), /* X'l' SUBAREA LU */ 

/* X* 2* SUBAREA PU */ 

/* X'3* LINK ” V 

/* X* 4* ALS */ 

/* X* 5' PERIPHERAL PU */ 

/* X'6' peripheral“lu V 

CHAR(8), /* NETWORK NAME OF RESOURCE */ 

BIT(48), /* NETWORK ADDRESS OF RESOURCE */ 

POINTER, /* POINTER TO ASSOCIATED DOMAIN RESOURCE */ 

/* ONE LEVEL HIGHER IN THE CONFIGURATION */ 
/* HIERARCHY */ 

/* FOR LINK: ENTRY FOR A SUBAREA PU */ 

/* FOR ALS: ENTRY FOR A LINK */ 

/* FOR PERIPHERAL PU: ENTRY FOR AN ALS */ 

/* FOR PERIPHERAL~LU: ENTRY FOR A */ 

/* ~PERIPHERAL_PU */ 

/* FOR LU: ENTRY FOR A SUBAREA NODE OR */ 

/* A SECONDARY LU */ 

POINTER, /* POINTER TO THE SESSION CONTROL BLOCK */ 

/* FOR THE SESSION WITH THIS PU OR LU */ 

BIT(1), /* SUBAREA PU(PU T4) IS IN SLOWDOWN: */ 

/* ~ B* 0 • -*IN SLOWDOWN */ 

/* B * 1 * IN — SLOWDOWN ♦/ 

BIT (16), /* FOR SUBAREA_JPU: CURRENT ELEMENT */ 

/* ADDRESS OF LINK TO LOCAL NODE */ 

BIT (1), /* FOR LINK OR ALS: B*0» NONSWITCHED */ 

/* B•1 * SWITCHED */ 

BIT (4), /* FOR LINK OR ALS: B'0001* PRIMARY */ 

/* B * 0010 * SECONDARY */ 

BIT (8), /* LOCAL FORM OF ADDRESS FOR PERIPHERAL */ 

/* LU OR PU */ 

BIT (4), /* PU TYPE FOR PERIPHERAL_PU */ 

PTR, /* LIST OF RU* S WAITING ON A RESOURCE */ 


CHAR (20) , 

/* 

FOR PERIPHERAL PU: FOR SWITCHED LINKS 

*/ 

BIT (8), 

/♦ 

FOR ALS: FROM REQDISCONT 

V 


/* 

FOR PERIPHERAL PU: XID THAT 

V 


/* 

SHOULD BE IN REQCONT 

*/ 

BIT (4), 

/* 

XID FORMAT 

V 

BIT (4) , 

/♦ 

PU TYPE 

*/ 

BIT(48), 

/* 

NODE ID 

V 

CHAR (*) ; 

/* 

SEE APPENDIX E 

*/ 
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/* 


LINK STATION CONTROL BLOCK (LSCB) LIST 

FUNCTION: WHEN DLC CODE IS EXECUTING THERE IS ONE LSCB REPRESENTING THE LINK 

AS A WHOLE AND ONE LSCB REPRESENTING EACH ADJACENT LINK STATION. 
THE LSCB THAT REPRESENTS THE LINK IS IDENTIFIED BI THE LINK FLAG 
CONTAINED IN THE LSCB. THE LINK LSCB PROVIDES A PLACE TO ANCHOR 
FSM'S THAT PERTAIN TO THE ENTIRE LINK OR TO THE LOCAL STATION. THE 
LSCB THAT REPRESENTS THE ADJACENT STATION CONTAINS PARAMETERS OF 
BOTH THE ADJACENT AND LOCAL STATIONS, AS WELL AS PARAMETERS OF THE 
SDLC COMMUNICATION BETWEEN STATIONS AND COPIES OF THE XID FIELDS 
MOST RECENTLY SENT AND RECEIVED. 





*/ 

UTITY (LSCB) , 




2 STATES(1:40) 

FIXED BIN(8), 

,/* FSM STATE INFORMATION 

*/ 



/* FSM TGN 

*/ 



/* FSM_XID_FORMAT_2 

*/ 

2 LSCB TYPE 

BIT(4) , 

/* X* 3' LINK 

V 



/* X ' 4 * ALS 

♦/ 

2 EA 

BIT(16) , 

/* ELEMENT ADDRESS OF LINK OR ALS 

*/ 

2 DLCJTYPE 

BIT (8) , 

/* X'01* SDLC; X* 02* CHAN370 

*/ 

2 TGCBPTR 

PTR, 

/* POINTER TO TRANSMISSION GROUP CONTROL 

*/ 



/* BLOCK 

*/ 

2 TGCB RESET IND 

BIT (1) , 

/* B'0' TGCBPTR IS DYNAMICALLY ASSIGNED 

*/ 



/* AFTER XID SWAP 

V 



/* B' 1 * TGCBPTR IS STATICALLY ASSIGNED 

♦/ 



/* AND SHOULD NOT BE RESET 

*/ 

2 SWITCHED LINK 

BIT (1) , 

/* B* 1* SWITCHED 

V 



/* B 1 0' NONSWITCHED 

*/ 

2 LOCAL_STATION, 




3 STATIQNJTYPE 

BIT(1), 

/* B*1* PRIMARY; B'0' SECONDARY 

*/ 

3 STA_XMTJiCV_CAp 

BIT(1) , 

/* B'0 * TWO-WAY ALTERNATING 

*/ 



/* B'l' TWO-WAY SIMULTANEOUS 

*/ 

3 MAX_BTU_LENGTH 

BIT (16) , 

/* LONGEST BTU THIS LINK STATION IN 

*/ 



/* THIS NODE CAN RECEIVE 

*/ 




/* 

! LSCB 

FOB A LINK TERMINATES HERE | 





*/ 




/♦ 

1 *'■ ■" l ni IJ " "" ajT " rmi 


Ul 


| PARAMETERS OF ADJACENT 

LINK STATION | 





*/ 

2 ADJ^STATION, 




3 DLC_ADDR 

BIT (8) , 

/* DLC ADDRESS IN BLU SENT TO THE ALS 

*/ 

3 LINKJLSCB_PTR 

PTR, 

/* POINTS TO CORRESPONDING LINK LSCB 

*/ 

3 STATIONJTYPE 

BIT (1) , 

/* B * 1' PRIMARY; B ’ 0 * SECONDARY 

*/ 

3 STA_XMT RCV CAP 

BIT (1 ) , 

/* B* 0 * TWO-WAY ALTERNATING 

*/ 



/* B'l' TWO-WAY SIMULTANEOUS 

*/ 

3 MAX BTU LENGTH 

BIT (1 6) , 

/* LONGEST BTU ADJACENT LINK STATION 

V 



/* CAN RECEIVE 

*/ 

3 BTU_SEND_LIST 

PTR# 

/* LIST OF BTU'S TO TRANSMIT 

*/ 
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| PARIMETERS OP SDLC ERROR RECOVERY |I 


2 SDLC_ERP, 


*/ 


NS 

BIT(7) , 

/* 

/* 

SEND SEQUENCE NUMBER FOR OUTBOUND 

I FRAMES 

NR 

BIT (7), 

/♦ 

RCV SEQUENCE NUMBER FOR OUTBOUND FRAMES 

LAST_NR_RCVD 

BIT (7), 

/* 

RECEIVE SEQ NUMBER LAST RECEIVED 

NS_CHECKPT 

BIT (7) , 

/♦ 

SEND SEQUENCE NUMBER OF POLL 

REJECTJERP 

BIT (1) , 

/♦ 

B' 1' SUPPORTED; B'O' -.SUPPORTED 

MAX_ERP_RETRYS 

FIXED BIN (15) 

,/♦ MAX ATTEMPTED RETRANSMISSIONS 


V 

*/ 

*/ 

*/ 

♦/ 

V 

*/ 


3 NSEQ_CMD_OUTSTANDING CHAR(4), /♦ OUTSTANDING CHD REQUIRING EXPLICIT */ 

/* RSP, I. E., SNRH, SIM , DISC, XID, */ 

/* TEST, OR CFGR; MAT BE 'NONE* */ 

3 TIMEOUT, /* INITIAL VALUES OP SDLC TIMERS */ 

4 IDLE STATE_DET FIXED BIN (15),/* PRIMARY ONLY IN NRM */ 

4 NON_PROD_RCV FIXED BIN(15),/* PRIMARY ONLY IN NRM */ 

4 INACTIVITY FIXED BIN(15),/* ONLY SECONDARY, ONLY SWITCHED LINKS */ 


/* 


r- - -i 

| PARAMETERS OF CONTACT PROCEDURE | 


2 CONTACTED STATUS 


CHAR (1) , /* STATUS CODE TO BE SET IN CONTACTED 


*/ 

*/ 

/* 


XID MOST RECENTLY SENT 

XID FORMAT 2 IS ILLUSTRATED HERE. SEE 
APPENDIX E FOR MORE DETAIL ON XID FORMAT 2 
AND DESCRIPTIONS OF FORMATS 0 AND 1. 


2 XID__SEND, 


3 

FORMAT 

BIT (4) , 

3 

PU_TYPE 

BIT (4) , 

3 

LENGTH 

BIT (8) , 

3 

NODE ID, 



4 BLOCK NUM 

BIT (1 2) 


4 ID_NUM 

BIT (20) 


4 RESERVED 

BIT (16) 

3 

TG STATUS 

BIT (1) , 

3 

MULTI LINK 

BIT (1) , 

3 

SEG_ASSEM CAP 

BIT (2) , 

3 

RESERVED 

BIT (4) , 

3 

FID 0 SUPPORTED 

BIT (1) , 

3 

FID 1'SUPPORTED 

BIT (1) , 

3 

RESERVED 

BIT (2) , 

3 

FID 4 SUPPORTED 

BIT (1) , 

3 

RESERVED 

BIT (11) 

3 

MAX PIU LENGTH 

BIT (16) 

3 

TGN 

BIT (8) , 

3 

SA 

BIT(32) 

3 

RESERVED 

BIT (1) , 

3 

ERROR__STATUS 

BIT (4) , 

3 

RESERVED 

BIT (3) , 

3 

CONTACT OR LOAD STAT 

BIT (8) , 

3 

IPL LOAD MODULE~NAME 

CHAR (8) 

3 

reserved” 

BIT (16) 

3 

DLC TYPE 

BIT (8) , 

3 

RESERVED 

BIT (2) , 

3 

STA ROLE SEC 

BIT (1) , 

3 

STA_ROLE PHI 

BIT (1) , 

3 

RESERVED 

BIT (2) , 

3 

STA XMIT RCV CAP 

BIT (2) , 

3 

m ax _receIvable_i_field 

BIT (16) 

3 

RESERVED 

BIT (4) , 

3 

CMD„RSP_PROFILE 

BIT (4) , 

3 

RESERVED 

BIT (2) , 

3 

SDLC INIT MODE, 



4 SDLC INIT SEND 

BIT (1) , 


4 sdlc”init”rcv 

BIT (1) , 

3 

RESERVED 

BIT (21) 

3 

MAX IN 

BIT (7) , 

3 

RESERVED 

BIT (4 0) 


r-, 

J XID MOST RECENTLY RECEIVED | 


2 XID_RCV LIKE XXD_SEND; 


♦/ 
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TRANSMISSION GROUP CONTROL BLOCK (TGCB) LIST 

FUNCTION: THIS DATA STRUCTURE IS MAINTAINED FOR EACH TRANSMISSION GROUP. 

TRANSMISSION GROUP FUNCTIONAL ATTRIBUTES ARE ESTABLISHED AT SYSTEM 
DEFINITION TIME OR DERIVED DURING XID (FORMAT 2) PROCESSING (SEE 
CHAPTER 12). TRANSMISSION GROUP CONTROL (SEE CHAPTER 3) AND 
PU.SVC MGR.PC ROUTE MGR ( SEE CHAPTER 12) USE THE TGCB TO CONTROL 
THE FUNCTIONS~ASSOCiATED WITH A TRANSMISSION GROUP. 



V 


ENTITY(TGCB), 


2 STATES(1:10) 

2 TG__ID, 

3 TGN 
3 ADJ_SA 

2 TGj?UNCTIONAL_ATTRIBUTES, 
3 MULTI_LINK_SUPP 

3 ER_VR_SUPP 

3 BLOCKING — SUPP 
3 DEBLOCKING_SUPP 
3 MAX_SEND_BTU_LENGTH 

3 ASSOC_LSCB LIST 


FIXED BIN(8),/* FSM STATE INFORMATION */ 

/* FSM_SUSPEND_TG_SEND */ 

/* FSM TG SWEEP V 

/* FSM_VRJIINDOW_SIZE ♦/ 

/* TRANSMISSION GROUP IDENTIFICATION */ 

BIT (8) , /* TRANSMISSION GROUP NUMBER */ 

BIT(32), /* ADJACENT SUBAREA ADDRESS */ 


BIT (1) , /* B' 0 1 -.MULTI LINK_TG; SINGLE-LINK TG */ 

/* B’l* MULTI_LINK_TG; MULTIPLE-LINK TG ♦/ 

BIT(1) , /* B*0' PRE ER VR; ADJACENT NODE DOES NOT */ 

/* SUPPORT ER AND VR PROTOCOLS */ 

/* B* 1 * -.PRE ER VR; ADJACENT NODE */ 

/* SUPPORTS~ER AND VR PROTOCOLS */ 

BIT (1) , /* B»0 » -.BLOCKING; NOT SUPPORTED */ 

/* B * 1 * BLOCKING ; SUPPORTED */ 

BIT (1) 9 /* B 1 0 * -.DEBLOCKING ; NOT SUPPORTED */ 

/* B 1 1 * DEBLOCKING; SUPPORTED ♦/ 

BIT(16) , /* BYTE COUNT INDICATING MAXIMUM BTU ♦/ 

/* LENGTH PERMITTED TO BE TRANSMITTED V 

/* ON THE TRANSMISSION GROUP */ 

PTR, /* POINTS TO LIST OF LINK STATION */ 

/* CONTROL BLOCKS ASSOCIATED WITH THIS TG. */ 
/* SEE FOLLOWING PAGE FOR DETAILS. */ 


2 TGC_WORKING_DATA, 


3 PRTY__SEND_PIUJLIST PTR, /* POINTS TO TG PRIORITY SEND PIU LIST */ 

3 RETRANSMIT_BTU_LIST PTR, /* POINTS TO TG RETRANSMIT BTU LIST */ 

3 Q_BTU_RCV PTR, /* POINTS TO TG RECEIVE BTU QUEUE */ 

3 REFIFO_PIU_LIST PTR, /* POINTS TO TG REFIFO PIU LIST */ 

3 OUTSTANDING BTU CNT BIT(16), /* COUNT OF SEND BTU'S PASSED TO DLC */ 

/* FOR LINK STATIONS ASSIGNED TO TG, */ 

/* THAT HAVE NOT YET BEEN SUCCESSFULLY ♦/ 

/* TRANSMITTED */ 

3 TG_SNF_SEND_CNTR BIT(12), /* TG SEQ NUMBER FIELD SEND COUNTER V 

3 TG_SNF_RCV_CNTR BIT (12), /* TG SEQ NUMBER FIELD RCV COUNTER */ 

3 TG SNF WRAP ACK SEND CNTR BIT(16) , /* TG SEQ NUMBER FIELD WRAP ACK */ 

/* SEND COUNTER */ 

3 TG SNF WRAP ACK RCV CNTR BIT(16), /* TG SEQ NUMBER FIELD WRAP ACK */ 

/♦ RECEIVE COUNTER */ 

3 SEND_BTU_PIU__VECTOR_LIST PTR, /* POINTS TO SEND BTU PIU VECTOR LIST V 

3 TG TRACE BIT(1) ; /♦ B'0» -.TRACE; TG TRACE NOT ACTIVE */ 

/* B'1« TRACE; TG TRACE ACTIVE */ 
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/* 


| ASSOCIATED LSCB (ASSQC_LSCB_BNTITY) LIST | 

1 FUNCTION: THIS DATA STRUCTURE CONTAINS A LIST OP POINTERS TO ALL ADJACENT LINK | 

| STATION CONTROL BLOCKS (LSCB*S) THAT ARE CURRENTLY ACTIVE IN THE | 

| TRANSMISSION GROUP. ELEHENTS ON THE LIST ARE CREATED WHEN AN | 

| ADJACBNT LINK STATION HAS BEEN CONTACTED AND ARE DESTROYED NHEN THE | 

| ADJACBNT LINK STATION BECOHES INOPERATIVE OR HAS BEEN DISCONTACTED. | 

| THE LIST OP ASSOCIATED LSCB ENTITIES IS MAINTAINED IN THE | 

| ASSOC_LSCB_LIST OF THE TGCB. | 

| THE LIST IS MANAGED BY THE PU. S VCJ1GR. NS (SEE CHAPTER 11). | 

t-.... -_ __- ________i 


*/ 


ENTITY(ASSOC_LSCB_ENTITY) , 


2 LSCBPTR 


PTR; 


/* POINTER TO THE LINK STATION CONTROL */ 

/* BLOCK FOR THIS ADJACENT LINK STATION */ 


/* 



PIU VECTOR (PIU_VECTOR) LIST 


| FUNCTION: THIS DATA STRUCTURE IS CREATED BY PATH CONTROL COMPONENTS TO | 

| INDICATE THE LOCATION AND LENGTH OF A PIU TO BE TRANSMITTED BY DATA [ 

| LINK CONTROL. IT IS DISCARDED ALONG WITH THE PIU WHEN THE PIU IS | 

| SUCCESSFULLY TRANSMITTED OR THE TRANSMISSION OF THE PIU IS | 

| ABANDONED. I 

I I 

L-----------J 

V 


ENTITY(PIU_VECTOR), 
2 PIU_PTR 
2 PIU_LENGTH 


PTR, /* POINTER TO PIU 

FIXED BINARY(15); /* LENGTH OF PIU 


*/ 

•/ 
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VIRTUAL ROUTE CONTROL BLOCK (VRCB) LIST 


FUNCTIONS THIS DATA STRUCTURE CONTAINS THE VIRTUAL ROUTE CONTROL BLOCKS, AN 
INSTANCE OF THE VRCB IS CREATED BY THE VIRTUAL ROUTE MANAGER WHEN A 

Virtual route is activated, and is initialized by values obtained 

FROM THE NC ACTVR REQUEST OR THE ERCB OF THE UNDERLYING ER; IT IS 
DESTROYED BY THE VIRTUAL ROUTE MANAGER WHEN THE VIRTUAL ROUTE IS 
DEACTIVATED, THE ONLY EXCEPTION TO THIS IS THE VRCB FOR A VIRTUAL 
ROUTE ENTIRELY WITHIN THE SUBAREA OF THIS NODE; SUCH A VRCB IS 
CREATED DURING SYSTEM DEFINITION AND REMAINS, REPRESENTING AN ACTIVE 
VR, UNTIL THE NODE IS DEACTIVATED; IN SUCH A VRCB, THE FIELDS 
VRCB VRID, VRCB ERN, AND VRCB REVERSE ERN ALL HAVE VALUE 0. VRCB»S 
ARE KEPT IN A LIST CALLED VRCB LIST. 



V 


ENTITY (VRCB) , 


2 STATES(1:40) 

FIXED BIN, 

/* 

FSM STATE INFORMATION 

*/ 



/* 

FSM DACTVR DIRECTION 

*/ 



/* 

FSM~SET CWRI 

*/ 



/* 

FSM VR 

*/ 



/* 

FSM VRPRQ SEND 

*/ 



/* 

FSM~VRPRQ~RCV 

V 


2 VR ID, 


/* VIRTUAL ROUTE IDENTIFIER 

*/ 

3 VR NUM 

BIT (4) , 

/* VIRTUAL ROUTE NUMBER 

V 

3 RESERVED 

BIT (2) , 



3 TP_FIELD 

BIT (2) , 

/* TRANSMISSION PRIORITY 

V 

2 PARTNER.SA 

BIT (32), 

/♦ SUBAREA AT OTHER END OF THE VR 

*/ 

2 ER_NUM 

BIT(4), 

/* EXPLICIT ROUTE NUMBER 

*/ 

2 RER_NUM 

BIT(4) , 

/* REVERSE EXPLICIT ROUTE NUMBER 

V 


2 

WINDOWNSIZE 

BIT(8) , 






2 

MIN__WINDOW — SIZE 

BIT(8) , 






2 

MAX_WINDQW_SIZE 

BIT (8) , 






2 

WINDOWJSIZEXCHANGE 

BIT(8) , 

/* 

1 IS THE 

ONLY VALUE 

DEFINED 

*/ 

2 

PACING_COUNT 

BIT (8), 

/♦ 

REMAINING 

NUMBER OF 

PIU'S THAT 

♦/ 




/* 

CAN BE 

SENT 


*/ 


2 

SNF_SEND_CNTR 

BIT (12), 

/* 

SNF_SEND FOR PIU'S SENT 

V 

2 

SNF_RCV_CNTR 

BIT (12) , 

/* 

SNF^SEND FOR PIU»S RECEIVED 

V 

2 

Q-VJLPAC 

PTR, 

/* 

POINTER TO VR PACING QUEUE 

*/ 

2 

PIU_SEND_LIST 

PTR, 

/♦ 

POINTER TO LIST TO HOLD PIU'S FROM A 

V 




/♦ 

HALF-SESSION THAT ARE TO BE SENT 

*/ 




/* 

OVER THE VR 

V 


2 ER„VR_SUPP 

BIT (1) , 

/* 

THIS BIT HAS VALUE PRE ER VR IF AND 

♦/ 



/* 

ONLY IF THE VRCB REFERS TO A VR THAT 

V 



/* 

CONTAINS ONE OR MORE NODES THAT DO NOT 

♦/ 



/* 

SUPPORT EXPLICIT AND VIRTUAL ROUTES 

V 


2 SESS^COUNT 

BIT (8) , 

/* 

A COUNT OF THE SESSIONS 

V 



/* 

USING THIS VR—THE LENGTH OF THIS 

V 



/* 

FIELD IS IMPLEMENTATION-DEPENDENT 

*/ 


2 VR_RESERVATION_LI3T 

PTR; 

/* 

POINTER TO 

LIST OF SESSION 

V 



/* 

ACTIVATION 

REQUESTS AWAITING 

*/ 



/* 

ACTIVATION 

OF THIS VR 

V 


V 
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/* 



VIRTUAL ROUTE RESERVATION (V ^RESERVATION) LIST 


| FUNCTION: THIS DATA STRUCTURE STORES A SESSION ACTIVATION REQUEST THAT | 

| REQUIRES A VR ACTIVATION- IT RELATES ALL SESSION ACTIVATION REQUESTS | 

| THAT ARE AWAITING THE ACTIVATION OF A VR TO THE PARTICULAR VRCB | 

| REPRESENTING THE VR. FOR INSTANCE, IT IS CREATED WHEN A SESSION | 

| ACTIVATION REQUEST FROM CSC HGR CAUSES NC.VR HGR TO SEND AN | 

| ACTIVATE ER SIGNAL TO NC.ER HGR. IT IS DISCARDED WHEN THE VR | 

| BECOMES ACTIVE AND THE SESSION IS ASSIGNED TO THE VR, OR WHEN THE VR | 

| IS RESET, WHICH PRECLUDES ASSIGNING THE SESSION TO THE VR. | 

I I 

| THIS DATA STRUCTURE IS ALSO THE HEANS BT WHICH THE NC.VR_HGR CAN | 

| ASSOCIATE A SESSION DEACTIVATION REQUEST TO A SESSION ACTIVATION | 

| REQUEST THAT IS PENDING VR ACTIVATION. I 

I I 

L__—----------,---------J 

*/ 


ENTITY (VR__RESER VATION) , 
2 SESSION_ACT_RQ 
2 VR_LIST 
2 SCBPTR 
2 VR_LIST_INDEX 


PTR, /* POINTER TO SESSION ACTIVATION RQ */ 

PTR, /* POINTER TO COS_VR_LIST */ 

PTR, /* POINTER TO SCB */ 

FIXED BIN(8);/* INDEX OF COS_VR_LIST ENTRY THAT */ 

/* WAS BEING PROCESSED WHEN THIS */ 

/♦ ENTITY WAS CREATED */ 
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EXPLICIT BOOTH COBTBOL BLOCK LIST (EBCB) 


| FUNCTION: THIS LIST CONTAINS THE EXPLICIT BOOTS CONTROL BLOCKS. AN ERCB | 

| ENTITY IS CREATED BY THE EXPLICIT ROUTE HANA6ER WHEN AN EXPLICIT | 

| ROOTE BECOMES OPERATIONAL. THE ER N0H AND PARTNER SA ARE | 

| INITIALIZED ON RECEIVING AN NC ER OP REQUEST. THE BR.LEN, | 

t BERN MASK, AND SR VR SOPP ARE INITIALIZE ON RECEIVING AN NC ER ACT 1 

| OR AN NC BR_ACT“RBPLY REQUEST. AN ERCB ENTRY IS DELETED AND | 

| DESTROYED WHEN AN*"bXPLICIT ROOTE BECOMES INOPERATIVE. | 

I I 

I--—.... ... . . -—--- --,-----—--I 


ENTITY (ERCB) , 


2 STATES(1) 

2 PARTNER_SA 
2 BRJIUM 
2 RERN_HASK 


2 ER_LEN 

2 PENDING_VRNUMS 


2 ER_VR_S0PP 


2 PATHCB_LIST 


FIXED BIN(8) ,/* FSH STATE INFORMATION 
/* FSM.ERN 

BIT (32), /♦ SUBAREA AT OTHER END OF THE ER 

BIT(4), /* EXPLICIT ROUTE NUMBER 

BIT (16), /* A BIT MASK CORRESPONDING TO THE 

/* POSSIBLE REVERSE EXPLICIT ROUTE 
/* NUMBER FOR PIU'S RECEIVED 
/♦FROM THIS SUBAREA 

BIT(8), /* NUMBER OF TRANSMISSION GROUPS IN 

/♦ THIS EXPLICIT ROUTE 

BIT(16), /* VRN'S TO BE SUPPORTED BY THIS ERN 

/* WHILE THE ER IS IN THE PROCESS OF 
/* BEING ACTIVATED, THIS FIELD 
/* INDICATES THE VRN'S WAITING TO BE 
/* SUPPORTED BY THIS ER. AT ALL 
/♦ OTHER TIMES THIS FIELD IS RESERVED 

BIT(1), /* SPECIFIES WHETHER THERE IS A NODE ON 

/* THE ER THAT DOES NOT SUPPORT ER AND 
/* VR PROTOCOLS: 

/♦ 1 * PRE ER VR 

/* THERE~*IS*~A NODE ON THE ER THAT DOBS 
/* NOT SUPPORT ER-VR PROTOCOLS. 

/* 0 * -.PRE ER VR 

/* EVERY NODE ON THE ER SUPPORTS 

/* ER-VR PROTOCOLS. 


•/ 

•/ 


♦/ 

•/ 

*/ 

*/ 

V 

V 

V 
•/ 
*/ 

V 

*/ 

♦/ 

*/ 

V 
*/ 
*/ 
•/ 

V 
*/ 
♦/ 


PTR; 


/* LIST OF PATHCB ENTITIES 


/* 

r ---—- - - - '■ '■ - . -- —- — - —— - -- --- » 


| PATH CONTROL BLOCK (PATHCB) LIST | 

I I 

| FUNCTION: THIS DATA STRUCTURE PROCESSED ONLY BY THE ER MANAGER, CONTAINS | 

| INFORMATION ABOUT AM EXPLICIT! ROUTE ALONG A PARTICULAR | 

| (TRANSMISSION GROUP NONBER, ADJACENT SUBAREA) ROUTE FROM THIS | 

| SUBAREA NODE. A PATHCB IS CREATED WHEN AN NC ER OP IS RECEIVED, AND | 

| DESTROYED WHEN AN NC ER INOP IS RECEIVED. | 

I ~ ” I 

L----------—---------- - -----_—_—_ 

V 


ENTITY(PATHCB), 


2 STATES(1:10) FIXED BIN(8),/* FSM STATE INFORMATION */ 

/* FSH_PATH */ 


2 TG_ID, 


3 TGN 

Bit (8) , 

/♦ 

TRANSMISSION GROUP NUMBER 

V 

3 ADJ_SA 

BIT(32), 

/* 

ADJACENT SUBAREA ADDRESS 

•/ 

2 ACT_SEQ_ID 

CHAR(8); 

/♦ 

SEQUENCE ID FROM ACTIVATION REQUEST 

V 
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r - --- -- - -— -----» 


| SUBAREA ROUTING (SUBAREA ROUTING) LIST | 

I “ I 

| FUNCTION: THE SUBAREA ROUTING LIST IS USED BY PC.ERC AND | 

| PU.SVC MGR.PCJJOUTE HGR TO CHECK OR DETERMINE ROUTING TO OTHER | 

| SUBAREAS. IT IS INITIALIZED DURING SYSTEM DEFINITION, AND MAY BE | 

| UPDATED BY PC_ROUTE._MGR.ER_MGR DURING NETWORK OPERATION. | 

i-—--—.....—-------—______—... _j 

V 


ENTITY(SUBAREA_ROUTING) , 

2 DEST_SA BIT (32), /* SUBAREA ADDRESS */ 

2 EXPLICIT_ROUTE(16), 

3 ER SYSDEF BIT(1) , /* B'O* STATIC DEFINITION—SYSTEM DEFINED */ 

/* BM« DYNAMIC DEFINITION— */ 

/♦ DEFINED BY NCJBR_OP */ 

3 TG_ID, 

4 TGN BIT (8), /* TGN FOR THIS ERN AND DEST_SA */ 

4 ADJ_SA BIT(32); /* NEXT SUBAREA FOR THIS ERN AND DEST_SA */ 


/* 


ERN MAP (ERN^MAP) LIST 

FUNCTION: THIS DATA STRUCTURE IS USED TO PROVIDE A TWO-WAY MAPPING BETWEEN AN 
VRN AND AN ERN FOR A GIVEN DSA. IT IS INITIALIZED AT SYSTEM 
DEFINITION TIME AND IS ACCESSED BY THE PU.SVC_MGR.PC_ROUTE_MGR 
(CHAPTER 12). 


V 


ENTITY(ERN_MAP), 


2 DEST SA BIT(32), /* DESTINATION SUBAREA FOR THESE */ 

/* EXPLICIT ROUTES */ 

2 ER NUM(16) BIT (4) ; /♦ ERN VALUE FOR THE DESTINATION */ 

/* SUBAREA ADDRESS AND VIRTUAL ROUTE */ 

/* NUMBER V 
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| VIRTUAL ROUTE IDBNTIFER LIST (VR ID LIST) | 

I I 

| FUNCTION: THIS DATA STRUCTURE IS CREATED BY THE LU.SVC MGR OR THE SSCP.SVC MGR | 

| AND IS USED BY THE PU.SVC MGR.PC ROUTE MGR.VR MGR WHEN ASSIGNING A | 

| VIRTUAL ROUTE TO A SESSION THAT IS “BEING “ACTIVATED. THE DATA | 

| STRUCTURE IS DISCARDED AFTER A VR HAS BEEN ASSIGNED. | 

I I 

i_—-----1 

*/ 


ENTITY(VR_ID_LIST) , 


2 COS_NAMB 
2 LENGTH_OF_VR_INFO 
2 FORMAT_OF_VR_INFO 
2 TYPE_OF_VR 


CHAR(8), /* CLASS OF SERVICE NAME 

FIXED BIN(8) , /* LENGTH OF REMAINDER OF TABLE 

BIT(8), /* X«00» ONLY VALUE ALLOWED 

BIT (1) * /* B* 0* VR MAPPED TO ERO 

/* B•1 * VR MAY BE MAPPED TO ANY ER 


2 

2 


NUMBER_OF_VR_IDS FIXED BIN(8) 

VR_ID(1:REFER(NUMBER_OF_VR_IDS)), 

3 VR_NUM BIT(4), 

3 RESERVED BIT (2), 

3 TP_FIELD BIT (2); 


/* 


/* 


VIRTUAL ROUTE NUMBER 

TRANSMISSION PRIORITY 


V 

V 

V 

*/ 

*/ 


V 

*/ 
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/* 



*/ 


DCL 1 CONST BASED(CON.PTR), 


2 

ABCONN 

BIT(8) 

CONSTANTS* 

OF') , 

2 

ABCONNOOT 

BIT(8) 

CONSTANT(X* 

18') , 

2 

ACTCDRM 

BIT (8) 

CONSTANT(X * 

14') , 

2 

ACTCONNIN 

BIT (8) 

CONSTANT(X * 

16') , 

2 

ACTIVE 

BIT (1) 

CONSTANT(B* 

1 ') r 

2 

ACTLINK 

BIT (8) 

CONSTANT(X' 

OA') r 

2 

ACTLO 

BIT (8) 

CONSTANT(X* 

0D») , 

2 

ACTPU 

BIT(8) 

CONSTANT(X» 

11') , 

2 

ACTTRACE 

BIT (8) 

CONSTANT(X' 

02') , 

2 

ADDLINK 

BIT(8) 

CONSTANT (X* 

IE’) , 

2 

ADDLINKSTA 

BIT(8) 

CONSTANT(X‘ 

21') , 

2 

ALL 

BIT (8) 

CONSTANT(X * 

00') , 

2 

ALL_.NO 

BIT (256) 

CONSTANT((256) B ' 0 *) , 

2 

ALL ON 

BIT(256) 

CONSTANT((256) B' 1') , 

2 

all”opf 

BIT(256) 

CONSTANT((256) B*0•) , 

2 

all”ones 

BIT (256) 

CONSTANT((256)B*1') , 

2 

ALL~YES 

BIT (256) 

CONSTANT((256) B* 1 ') , 

2 

ALL ZEROS 

BIT(256) 

CONSTANT ((256) B'O ') , 

2 

ALLOWED 

BIT (1) 

CONSTANT (B 

1') , 

2 

ALS 

BIT (4) 

CONSTANT (B 

0100') , 

2 

ANA 

BIT (8) 

CONSTANT (X 

19') , 

2 

ANY 

BIT(8) 

CONSTANT (X 

FF') , 

2 

AVAILABLE 

BIT(1) 

CONSTANTS 

1*) r 

2 

BASIC 

BIT (1) 

CONSTANT(B 

O'), 

2 

BB 

BIT (1) 

CONSTANT(B 

1') # 

2 

BBID 

BIT (1) 

CONSTANT(B 

1') r 

2 

BC 

BIT (1) 

CONSTANT(B 

1') , 

2 

BETB 

BIT (1) 

CONSTANT(B 

1') , 

2 

BF L r J 

BIT (4) 

CONSTANT(B 

0110') , 

2 

BF PU 

BIT (4) 

CONSTANT(B 

0101 ') , 

2 

BF~SESS 

BIT ( 1) 

CONSTANT(B 

V ), 

2 

BID 

BIT(8) 

CONSTANT(X 

C8 *) , 

2 

BIND 

BIT (8) 

CONSTANT(X 

31’) , 

2 

BINDF 

BIT (8) 

CONSTANT(X 

85') , 

2 

BIS 

BIT(8) 

CONSTANT(X 

70') , 

2 

BID AVAILABLE 

BIT (1) 

CONSTANT (B 

1’) r 

2 

BLOCKING 

BIT (1) 

CONSTANT(B 

1') , 

2 

BLOCK CHAINING WITH SEED 

BIT (3) 

CONSTANT(B 

000') r 

2 

BRACKETS NOT USED 

BIT (1) 

CON STANT(B 

O') , 

2 

B1 

BIT (1) 

CONSTANT(B 

O') , 

2 

B2 

BIT (1) 

CON STANT{B 

V) r 

2 

CANCEL 

BIT (8) 

CON STANT(X 

83') , 

2 

CANCEL ONLY 

BIT(2) 

CONSTANT(B 

11') , 

2 

CAPABLE 

BIT (1) 

CON STANT(B 

1') , 

2 

CD 

BIT (1) 

CONSTANT(B 

1’) , 

2 

CDCINIT 

BIT (8) 

CONSTANT(X 

4B») , 

2 

CDINIT 

BIT (8) 

CONSTANT(X 

41') , 

2 

CDSESSEN D 

BIT (8) 

CONSTANT(X 

48 ') , 

2 

CDSESSSF 

BIT (8) 

CONSTANT(X 

45') r 

2 

CDSESSST 

BIT (8) 

CONSTANT (X 

46 ') r 

2 

CDSESSTF 

BIT (8) 

CONSTANT(X 

47') , 

2 

CDTAKED 

BIT (8) 

CONSTANT(X 

49') , 

2 

CDTAKEDC 

BIT(8) 

CONSTANT ( X 

4A») , 

2 

CDTERM 

BIT (8) 

CONSTANT(X 

43') , 

2 

CESLOW 

BIT (8) 

CONSTANT ( X 

OC) , 

2 

CEXSLOW 

BIT (8) 

CONSTANT ( X 

OD') , 

2 

CHAN370 

BIT (8) 

CONSTANT(X 

02') , 

2 

CHASE 

BIT (8) 

CONSTANT(X 

84*) , 

2 

CINIT 

BIT (8) 

CONSTANT (X 

01') , 

2 

CLEANUP 

BIT (8) 

CONSTANT (X 

29*) , 

2 

CLEAR 

BIT (8) 

CONSTANT (X 

A 1 *) , 

2 

CMD SENDER 

BIT (8) 

CONSTANT (X 

00') , 

2 

CODEO 

BIT ( 1) 

CON STANT(B 

O'), 

2 

C0DE1 

BIT (1) 

CONSTANT fB 

1') , 

2 

COLD 

BIT (4) 

CONSTANT(B 

0001 ') , 

2 

COMPRESSION 

BIT ( 1) 

CONSTANT(B 

1') , 

2 

CONDITIONAL 

BIT ( 1) 

CONSTANT(B 

1') » 

2 

CONFIGURATION_SERVICES 

BIT (7) 

CONSTANT(B 

0000010 ') 

2 

CONFIGURABLE 

BIT (1 ) 

CONSTANT(B 

1'), 

2 

CONNOUT 

BIT (8) 

CONSTANT(X 

OE') , 

2 

CONT 

BIT (1) 

CONSTANT(B 

O'), 

2 

CONTACT 

BIT (8) 

CONSTANT(X 

01'), 

2 

CONTACTED 

BIT (8) 

CONSTANT(X 

80') , 

2 

CONTINUE 

BIT (1) 

CONSTANT(B 

1'f r 

2 

CONVERT.TO EXR 

BIT (2) 

CONSTANT(B 

11') f 

2 

CRV 

BIT (8) 

CONSTANT(X 

co») , 

2 

CTERM 

BIT (8) 

CONSTANT(X 

02*) , 
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2 

DACTCDRH 

BIT (8) 

CONSTANT(X 

15M , 

2 

DACTCONNIH 

BIT (8) 

CONSTANT(X 

17*) , 

2 

DACTLINK 

BIT (8) 

CONSTANT(X 

OB*) , 

2 

DACTLU 

BIT (8) 

CONSTANT(X 

OE'J, 

2 

DACTPU 

BIT (8) 

CONSTANT(X 

12') , 

2 

DACTTRACE 

BIT (8) 

CONSTANT(X 

03'), 

2 

DEBLOCKING 

BIT (1) 

CONSTANT(B 

V) , 

2 

DEC NS 

BIT(1) 

CONSTANT(B 

1') , 

2 

DEC NS RPLY 

BIT (1) 

CONSTANT(B 

1') . 

2 

DEF OR EXCP RESPONSE 

BIT (2) 

CONSTANT(B 

11M , 

2 

DBF RESPONSE 

BIT (2) 

CONSTANT(B 

10*) , 

2 

DELAYED 

BIT (1) 

CONSTANT(B 

V) t 

2 

DELETENR 

BIT (8) 

CONSTANT(X 

1C) , 

2 

DELIVER 

BIT (8) 

CONSTANT(X 

12*) , 

2 

DFC 

BIT (2) 

CONSTANT(B 

10’), 

2 

DISCARD HQ 

BIT (2) 

CONSTANT(B 

01') , 

2 

DISCONTACT 

BIT (8) 

CONSTANT(X 

02'), 

2 

DISPSTOR 

BIT (8) 

CONSTANT(X 

31*), 

2 

DO DISCARD 

BIT (1) 

CONSTANT(B 

1*)r 

2 

DO NOT DISCARD 

B*T(1) 

CONSTANT(B 

0*), 

2 

DO NOT_TEST ER 

BIT(8) 

CONSTANT(X 

04*) , 

2 

DONE 

BIT (1) 

CONSTANTS 

1*) , 

2 

DR1 

BIT (1) 

CONSTANT(B 

1'), 

2 

DR 2 

BIT (1) 

CONSTANT(B 

1 *) , 

2 

DSRLST 

BIT (8) 

CONSTANT(X 

27*) , 

2 

DOAL SEQ 

BIT (2) 

CONSTANT(B 

H')f 

2 

DUMPFINAL 

BIT (8) 

CONSTANT(X 

08') , 

2 

DONPINIT 

BIT(8) 

CONSTANT(X 

06 ') , 

2 

DUHPTEXT 

BIT (8) 

CONSTANT(X 

07 1 ) , 

2 

D Y N A HIC—DEFI NITI ON 

BIT (1) 

CONSTANT(B 

1') , 

2 

EB 

BIT (1) 

CONSTANT(B 

V) , 

2 

EBIO 

BIT (1) 

CONSTANT(B 

1*) , 

2 

EC 

BIT (1) 

CONSTANT(B 

1') r 

2 

ECHOTEST 

BIT (8) 

CONSTANT (X 

89*) , 

2 

ED 

BIT (1) 

CONSTANT(B 

V) , 

2 

EF 

BIT (1) 

CONSTANT(B 

1M , 

2 

END-USER 

BIT (2) 

CONSTANT(B 

10*) , 

2 

ER 

BIT (1) 

CONSTANT(B 

1 *) t 

2 

ER INOP 

BIT (8) 

CONSTANT(X 

ID*) , 

2 

ER~INOP_HDR 

BIT(24) 

CONSTANT(X 

41021D') 

2 

er”tested 

BIT (8) 

CONSTANT(X 

86*) , 

2 

er'tested hdr 

BIT (24) 

CONSTANT(X 

410386*) 

2 

erIlengtH-Error 

BIT (8) 

CONSTANT(X 

04') r 

2 

ER NOT DEFINED 

BIT (8) 

CONSTANT(X 

06 1 ) , 

2 

ER-RACE 

BIT (8) 

CONSTANT (X 

01*) , 

2 

EPP 

BIT (4) 

CONSTANT(B 

0010*) r 

2 

ERROR 

BIT(8) 

CONSTANT(X 

03') , 

2 

ESLON 

BIT (8) 

CON STANT(X 

14*) r 

2 

EXCHANGED_PARMS-INCOHPAT 

BIT(4) 

CONSTANT(B 

1000*) , 

2 

EXCP RESPONSE 

BIT (2) 

CONSTANT(B 

01*) , 

2 

EXECTEST 

BIT (8) 

CONSTANTS 

01') , 

2 

EXIST 

BIT (1) 

CONSTANT(B 

1') r 

2 

EXP 

BIT (1) 

CONSTANT(B 

1*) r 

2 

EXPEDITED 

BIT (1) 

CONSTANT(B 

1') , 

2 

EXSLON 

BIT (8) 

CONSTANT(X 

15'), 

2 

FALSE 

BIT (1) 

CONSTANTS 

O') , 

2 

FIDF 

BIT (4) 

CONSTANT(B 

1111*) , 

2 

FIDO 

BIT (4) 

CONSTANT(B 

0000 ') r 

2 

FID1 

BIT (4) 

CONSTANT(B 

0001*) , 

2 

FID2 

BIT (4) 

CONSTANT(B 

0010') , 

2 

FID3 

BIT (4) 

CONSTANT(B 

0011*) , 

2 

FID4 

BIT (4) 

CONSTANT (B 

0100') i 

2 

FID4 TH LENGTH 

FIXED BIN(15) 

CONSTANT(26) , 

2 

FIFO 

BIT (1) 

CONSTANT(B‘ 

O') , 

2 

FM HEADERS 

BIT (1) 

CONSTANT(B* 

1') , 

2 

FMD 

BIT (2) 

CONSTANTS' 

00M r 

2 

FMH 

BIT (1) 

CONSTANTS* 

1') , 

2 

FN A 

BIT (8) 

CONSTANT(X' 

1A') , 

2 

FORCED 

BIT (8) 

CONSTANT(X* 

02') f 

2 

FORMATI 

BIT (8) 

CONSTANT(X* 

01*) , 

2 

FORMAT2 

BIT (8) 

CONSTANT(X* 

02') , 

2 

FOUND 

BIT (1) 

CONSTANT(B* 

1') , 

2 

FULL-DUPLEX 

BIT(2) 

CONSTANT(B* 

00*) , 

2 

GOOD 

BIT (2) 

CONSTANT(B* 

00') , 

2 

H-PRTY 

BIT (2) 

CON STANT(B' 

10') , 

2 

HALF SESS 

BIT (1) 

CONSTANT(B* 

O'), 

2 

HDX CONTENTION 

BIT (2) 

CONSTANTS* 

01'), 

2 

HDX FLIP FLOP 

BIT (2) 

CONSTANT(B * 

10*), 
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2 IDENTIFIERS 
2 IMMEDIATE 
2 INACTIVE 
2 INB 
2 INC NS 
2 INCHES RPLY 
2 INCOM PATIBLE STATIONS 
2 INCOMPATIBLE WITH TG 
2 INITOOTHER 
2 INIT OTHER CD 
2 INIT“SELF 
2 INITPROC 
2 1 NOP 

2 IPL SUCCESSFUL 
£ IPL REQUIRED 
T IPLFINAL 
2 IPLINIT 
2 IPLTEXT 
2 IPR_DISCAR DED 

2 KEY1 
2 KEY2 
2 KEY3 
2 KEY4 
2 KEY5 
2 KEY 8 

2 L PRTY 
2 LCP 
2 LDREQD 
2 LINK 

2 LINK_FAILURE 
2 LINK TRACE WITH TG 
2 LOAD” 

2 LOAD REQUIRED 
2 LOADED 
2 LOADED_STA 
2 LOSER RESPONSIBLE 
2 LOST DATA 
2 LSA 
2 LU 
2 LU LU 
2 LUSTAT 
2 LI 
2 L2 

2 M PRTY 

2 MAINTENANCE SERVICES 
2 MANDATORY 
2 MANUAL 
2 MAX ER NUM 
2 MAY BEMUSED 
2 MAY_NOT_SEND 
2 MAYjSEND 

2 MULTI OR DLC INCOMPATIBLE 
2 MULTI~LINK TG 
2 MULTIPLE 
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BIT(2) 

CONSTANT(B 

00») , 

BIT (1) 

CONSTANT(B 

O'), 

BIT (1) 

CONSTANT(B 

O'), 

BIT (1) 

CONSTANTS 

O'), 

BIT(I) 

CONSTANTS 

O') , 

BIT (1) 

CONSTANT(B 

O') , 

BIT (8) 

CONSTANT(X 

05'), 

BIT (8) 

CONSTANT(X 

08'), 

BIT (8) 

CONSTANT(X 

80'), 

BIT (8) 

CONSTANT(X 

40') , 

BIT (8) 

CONSTANT(X 

81') , 

BIT(8) 

CONSTANT(X 

35'), 

BIT (8) 

CONSTANTS 

81') , 

BIT (8) 

CONSTANTS 

00') , 

BIT (4) 

CONSTANT(X 

3') , 

BIT (8) 

CONSTANT(X 

05'), 

BIT (8) 

CONSTANT(X 

03'), 

BIT (8) 

CONSTANT(X 

04'), 

BIT (1) 

CONSTANT(B 

1') , 

BIT (8) 

CONSTANT(X 

01') , 

BIT (8) 

CONSTANT(X 

02') , 

BIT (8) 

CONSTANT(X 

03') , 

BIT (8) 

CONSTANT(X 

04') , 

BIT (8) 

CONSTANT(X 

05') , 

BIT (8) 

CONSTANT (X 

08*) , 

BIT (2) 

CONSTANT(B 

00*) , 

BIT (8) 

CONSTANT(X 

87 •) , 

BIT (8) 

CONSTANT(X 

37'), 

BIT (4) 

CONSTANT(B 

0011') , 

BIT (4) 

CONSTANT(X 

2') , 

BIT (8) 

•CONSTANT(X 

81') , 

BIT (8) 

CONSTANT(X 

00') , 

BIT (8) 

CONSTANT(X 

02') , 

BIT (8) 

CONSTANT(X 

01') , 

BIT (8) 

CONSTANT(X 

04') , 

BIT (1) 

CONSTANT(B 

O') , 

BIT (1) 

CONSTANT(B 

1'J, 

BIT (8) 

CONSTANT(X 

05'), 

BIT (4) 

CONSTANT(B 

0001') , 

BIT (3) 

CONSTANT(B 

Oil'), 

BIT (8) 

CONSTANT(X 

04') , 

BIT (1) 

CONSTANT(B 

O'), 

BIT (1) 

CON STANT(B 

i'), 

BIT (2) 

CONSTANT(B 

01') , 

BIT(7) 

CONSTANT (B 

0000011') 

BIT (2) 

CONSTANT(B 

11'), 

BIT (8) 

CONSTANT(X 

10'), 

FIXED BIN(15) 

CONSTANT( 15) , 

BIT (1) 

CONSTANT(B* 

1'), 

BIT (1) 

CONSTANTS' 

O') , 

BIT(1) 

CONSTANT(B• 

1'), 

BIT (4) 

CONSTANT(B* 

1100') , 

BIT (1) 

CONSTANT(B* 

1'), 

BIT (1) 

CONSTANT(B* 

1'), 
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2 

■_PRTY 

BIT (1) 

2 

NC 

BIT (2) 

2 

NC ACTVR 

BIT (8) 

2 

MC_DACTFR 

BIT (8) 

2 

NC_ER ACT 

BIT (8) 

2 

NCJ2R“ACT REPLY 

BIT (8) 

2 

NC — EB — INOP 

BIT (8) 

2 

NC_ER~OP 

BIT (8) 

2 

NC BR TEST 

BIT (8) 

2 

NC ER TEST REPLY 

BIT (8) 

2 

NC.IPL ABORT 

BIT (8) 

2 

NC IPL FINAL 

BIT (8) 

2 

NC.IPL INIT 

BIT (8) 

2 

NC_IPL TEXT 

BIT (8) 

2 

REG 

BIT (1) 

2 

NEG RSP 

BIT (2) 

2 

NEGATIVE 

BIT (1) 

2 

NEGOTIABLE 

BIT (4) 

2 

NETNORK^SBRVICES 

BIT (8) 

2 

NG 

BIT (1) 

2 

NO 

BIT (1) 

2 

NO ASSBHBLY 

BIT (4) 

2 

NO COHPRESSION 

BIT (1) 

2 

NO FH HEADERS 

BIT (1) 

2 

NONRESPONSE 

BIT (2) 

2 

NO RESTRICTION 

BIT(16) 

2 

NO REVERSE ERN DEFINED 

BIT(8) 

2 

NO ROUTE 

BIT (8) 

2 

NO_SNF 

BIT (2) 

2 

NO TG 

BIT (4) 

2 

NO.TRONCATB 

BIT (1) 

2 

NON FIFO 

BIT (1) 

2 

NON SNA 

BIT (1) 

2 

NON~SPECIFIED 

FIXED BIN(15) 

2 

NONE 

BIT (2) 

2 

NONNEGOTIABLE 

BIT (4) 

2 

NONSEQ_NON5UP 

BIT (2) 

2 

nonseq”sop 

BIT (2) 

2 

NONSNITCHBD 

BIT (1) 

2 

NORN 

BIT (1) 

2 

NORMAL 

BIT (1) 

2 

NOT ALLONED 

BIT (1) 

2 

NOT DONE 

BIT (1) 

2 

NOT~FOUND 

BIT (1) 

2 

NOT SENT_OR RECEIVED 

BIT (1) 

2 

NOT~SPECIFIED 

BIT(32) 

2 

NOT~USED 

BIT (1) 

2 

NOTIFY 

BIT (8) 

2 

NS_IPL — ABORT 

BIT (8) 

2 

ns~ipl“final 

BIT(8) 

2 

NS IPL~INIT 

BIT(8) 

2 

NS IPL~TEXT 

BIT(8) 

2 

NS LSA REQUIRED 

BIT (1) 

2 

NSEQ NSUP 

BIT(2) 

2 

nseqIsup 

BIT (2) 

2 

NSH 

BIT (1) 

2 

NS LSA 

BIT(8) 

2 

NSPE 

BIT (8) 

2 

OFF 

BIT (1) 

2 

OK 

BIT (1) 

2 

ON 

BIT (1) 

2 

ONE 

FIXED BIN(15) 

2 

ONE STAGE 

BIT (1) 

2 

OPERATIVE 

BIT (1) 

2 

ORDERLY 

BIT (8) 


CONSTANT(B* V) , 

CONSTANT(B 1 01'), 

CON STANT( X * 0D') f 
CONSTANT(X*OB') , 
CONSTANT(X'OB') , 
CONSTANT(X'OC 1 ) , 
CONSTANT(X*06') # 
CONSTANT(X*OF*) , 
CONSTANT(X*09•) , 
CONSTANT(X'OA*) , 
CONSTANT(X* 46*) , 
CONSTANT(X* 02') , 
CONSTANT(X'03') , 
CONSTANT(X* 04*) , 
CQNSTANT(B*1') , 
CONSTANT(B'10*) , 
CONSTANT(B*1 *) , 
CONSTANT(B*0000») , 
CONSTANT(B* 00000001•), 
CONSTANT(B*0») f 
CONSTANT (B'O*) , 
CONSTANT(X* 0») , 

CON STANT(B* 0*) , 

CON STANT(B * 0•) , 

CONSTANT(B*00*) , 
CONSTANT(X* 0000*) , 
CONSTANT(X* 02') , 
CONSTANT(X*07 *), 
CONSTANT(B*10*) , 
CONSTANT(B*1010') , 
CONSTANT(B'O*) , 
CONSTANT (B• 1') , 
CONSTANT(B*O'), 

CON STANT (0) , 

CONSTANT(B* 00') , 
CONSTANT(B* 0001'), 
CONSTANT(B'00•) r 
CONSTANT(B*01'), 
CONSTANT (B'O'), 
CONSTANT(B'O*), 
CONSTANT (B'O') , 
CONSTANT(B* O') , 

CONSTANT(B*O'), 

CON STANT(B'O*) r 
CONSTANT(B* O') , 
CONSTANT( (32) B'O') , 
CONSTANT(B'O*), 
CONSTANT (X'20 '), 
CONSTANT (X'46') , 
CONSTANT (X'45'), 
CONSTANT (X'43') , 
CONSTANT(X* 44') , 
CONSTANT (B* 1') , 

CONSTANT(B* 00») , 
CONSTANT (B' 01 •) , 
CONSTANT(B'1') , 
CONSTANT(X * 85') , 
CONSTANT(X*04»), 

CONSTANT(B*O') , 
CONSTANT(B * 1 *) f 
CONSTANT(B*1'), 
CONSTANT( 1) , 

CONSTANT(B'O*), 
CONSTANT(B*1'), 
CONSTANT (X'01') f 
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2 

PAC 

BIT(1) 

CONSTANT(B 

1*) , 

2 

PAC CNT 0 

BIT (1) 

CONSTANT(B 

1') , 

2 

PAD BITS 

BIT (4) 

CONSTANT(B 

0000') , 

2 

PARTIAL_CHAIN 

BIT (2) 

CONSTANT(B 

00') , 

2 

PD 

BIT (1) 

CONSTANT(B 

1M, 

2 

PERIPHERAL LU 

BIT(4) 

CONSTANT (B 

0110'), 

2 

PERIPHERAL~PU 

BIT(4) 

CONSTANT(B 

0101') , 

2 

POS 

BIT (1) 

CONSTANT(B 

O'), 

2 

POSITIVE 

BIT (1) 

CONSTANT(B 

0'),< 

2 

POSITIVE REPLY 

BIT (8) 

CONSTANT(X 

oo»), 

2 

PRE ER VR 

BIT (1) 

CONSTANTS 

1») , 

2 

PRE ER“VR SUPPORT 

BIT (8) 

CONSTANT(X 

03') , 

2 

PRI~ 

BIT (1) 

CONSTANT(B 

1*>r 

2 

PRI SPEAKSJPIRST 

BIT (1) 

CONSTANT(B 

1»), 

2 

PRI TO SEC TWO 

BIT (1) 

CONSTANT(B 

O') , 

2 

PRIMARY 

BIT (4) 

CONSTANT (B 

0001') , 

2 

PRIMARY RESPONSIBLE 

BIT (1) 

CONSTANT(B 

0«), 

2 

PROCED0RE_FAIL0RE 

BIT(8) 

CONSTANT(X 

02') , 

2 

PRTY 1 

BIT(4) 

CONSTANT(B 

0001') , 

2 

PRTY~2 

BIT (4) 

CONSTANT(B 

0010') , 

2 

PRTY 3 

BIT (4) 

CONSTANT(B 

0011*) , 

2 

PRTY~4 

BIT (4) 

CONSTANT(B 

0100') , 

2 

PRIVATE 

BIT (2) 

CONSTANT(B 

01 ') , 

2 

PROCSTAT 

BIT (8) 

CONSTANT(X 

36'), 

2 

PROFILE 0 

BIT (8) 

CONSTANT(X 

00'), 

2 

PROFILE*" 1 

BIT (8) 

CONSTANT(X 

01') , 

2 

PROFILE“l7 

BIT(8) 

CONSTANT(X 

11 •), 

2 

PROFILE~18 

BIT(8) 

CONSTANT(X 

12') , 

2 

PROFILE~2 

BIT (8) 

CONSTANT(X 

02') , 

2 

PROFILE~3 

BIT(8) 

CONSTANT(X 

03') , 

2 

PROFILE~4 

BIT(8) 

CONSTANT(X 

04') , 

2 

PROFILERS 

BIT (8) 

CONSTANTS 

05') , 

2 

PROFILE~6 

BIT (8) 

CONSTANT(X 

06') , 

2 

PROFIL E~7 

BIT (8) 

CONSTANT(X 

07') , 

2 

PU 

BIT (4) 

CONSTANT(B 

0000') , 

2 

PU TO POCP 

BIT (2) 

CONSTANT(B 

01'), 

2 

PU T1 

BIT (4) 

CONSTANT(X 

1')r 

2 

PU_T2 

BIT (4) 

CONSTANT(X 

2») , 

2 

PU T4 

BIT (4) 

CONSTANT(X 

4') , 

2 

PU_T5 

BIT (4) 

CONSTANT(X 

5') , 

2 

PUCP PU 

BIT (3) 

CONSTANT(B 

100*) , 

2 

PUCP TO PU 

BIT (2) 

CONSTANTS 

10') , 

2 

PI 

BIT (1) 

CONSTANT(B 

O'), 

2 

P2 

BIT (1) 

CONSTANT(B 

V), 

2 

QC 

BIT (8) 

CONSTANT(X 

81') , 

2 

QEC 

BIT (8) 

CONSTANT(X 

80') , 

2 

QR 

BIT (1) 

CONSTANT(B 

1') r 

2 

RCVD 

BIT (1) 

CONSTANT(B 

1*) , 

2 

RECEIVE 

BIT ( 1) 

CONSTANT(B 

1') , 

2 

RECEIVED 

BIT ( 1) 

CONSTANTS 

1') , 

2 

RECFMS 

BIT (8) 

CONSTANT(X 

84') , 

2 

RECMS 

BIT (8) 

CONSTANT(X 

81') 9 

2 

RECSTOR 

BIT (8) 

CONSTANT(X 

34'), 

2 

RECTD 

BIT (8) 

CONSTANT(X 

82'), 

2 

RECTR 

BIT (8) 

CONSTANT(X 

85'), 

2 

RECTRD 

BIT (8) 

CONSTANT(X 

83*) , 

2 

RELQ 

BIT (8) 

CONSTANT(X 

82'), 

2 

REQACTLU 

BIT (8) 

CONSTANT(X 

40') , 

2 

REQCONT 

BIT (8) 

CONSTANT(X 

84') , 

2 

REQDISCONT 

BIT (8) 

CONSTANTS 

IB') , 

2 

REQDISCONTJtMMEDIATE 

BIT(8) 

CONSTANT(X 

08*) , 

2 

REQDISCONT~NORMAL 

BIT (8) 

CONSTANT ( X 

00') , 

2 

REQECHO 

BIT (8) 

CONSTANT(X 

87') , 

2 

REQFNA 

BIT (8) 

CONSTANT(X 

86'), 

2 

REQMS 

BIT (8) 

CONSTANT(X 

04') , 

2 

REQTEST 

BIT(8) 

CONSTANT(X 

80') , 

2 

RERN MOST BE — ZERO 

BIT (8) 

CONSTANT(X 

00') , 

2 

RESERVED ZERO 

CHAR (256) 

CONSTANT(256(X*00') ) 

2 

RESET WS~ 

BIT ( 1) 

CONSTANT(B' 

1*) » 

2 

RH LENGTH 

FIXED BIN(15) 

CONSTANT (3) 

9 

2 

RNAA 

BIT (8) 

CONSTANT ( X' 

10') , 

2 

RNAA^BF LU 

BIT (8) 

CONSTANT ( X * 

01 •) , 

2 

rnaaIbfjpu 

BIT (8) 

CONSTANT(X' 

00') , 

2 

RNAA LU*" 

, BIT (8) 

CONSTANT(X' 

02'), 

2 

ROUTE TEST 

BIT (8) 

CONSTANT(X* 

06'), 

2 

routeItest hdr 

BIT (24) 

CONSTANT(X' 

410306') , 

2 

RPO 

BIT(8) 

CONSTANT(X* 

09') , 

2 

RQ 

BIT (1 ) 

CONSTANT(B' 

O'), 

2 

RQ_NG 

BIT (2) 

CONSTANTS* 

01') , 

2 

RQ OK 

BIT(2) 

CONSTANT(B * 

10'), 

2 

RQ_WRONG_VR 

BIT (2) 

CONSTANT? B' 

11M , 

2 

RQR 

BIT (8) 

CONSTANT(X' 

A3 *) , 

2 

RSHUTD 

BIT(8) 

CONSTANT(X 1 

C2') , 

2 

RSP 

BIT (1) 

CONSTANT(B* 

1')# 

2 

RSP NG 

BIT (2) 

CONSTANT(B' 

01') , 

2 

RSP~OF_.LENGTH_.ONE 

FIXED BIN (15) 

CONSTANT(4) 

9 

2 

RSP~OF_LENGTH_TWQ 

FIXED BIN(15) 

CONSTANT(5) 

9 

2 

RSP“0K~ 

BIT (2) 

CONSTANT(B» 

10'), 

2 

RSP“SBNDER 

BIT(8) 

CONSTANT(X' 

07') , 

2 

RTR~ 

BIT (8) 

CONSTANT(X' 

05') , 
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2 S8I 
2 SC 
2 SD 
2 SDLC 
2 SDT 
2 SEC 

2 SEC SPEAKS FIRST 
2 SEC TO PHI TWO 
2 SECONDARY 
2 SELECTIVE 
2 SEND 

2 SEND FOB PHI 

2 send^for'sec 

2 SEND OB RECEIVE CHECK 
2 SENDER RESPONSIBLE 
2 SENSEjLENGTH 
2 SENT 

2 SENT OR RECEIVED 
2 SEQUiNCE NUMBERS 
2 SESSEND 

2 SESSION ASSEMBLY 
2 SESSST 
2 SET 

2 SET_AND TEST 
2 SETCV 
2 SHUTC 
2 SHUTD 
2 SIG 
2 SIM 

2 SING SEQ 
2 SINGLE 
2 SINGLE SEQ 
2 SLU KEY 
2 SNA 

2 SNA_LINK 
2 SSCP 
2 SSCP LU 
2 SSCP_PU 
7 SSCP SSCP 
2 STATIC_DEFINITION 
2 STATIc“oNLY 
2 STATION ASSEMBLY 
2 STOP 
2 STSN 

2 SUBAREA LU 
2 SUBAREA~NODE 
2 SUBAREA~PU 
2 SUBSEQUENT LINK PARMS 
2 SUPPORTED 
2 SWEEP 
2 SWITCHED 
2 SYMMETRIC 
2 SI 
2 S2 

2 TERM OTHER 
2 TERM_OTHER_CD 
2 TERM SELF 
2 TEST_DEFINED__ERS 
2 TEST _ ERS 
2 TEST~INOP 
2 TEST__NOT_INOP 
2 TEST~REGARDLESS 
2 TEST_VBS 
2 TESTMODE 
2 TG_CMD 

2 TG INOPERATIVE 
2 TG SNF WRAP ACK 
2 TRACE 
2 TRUNCATE 
2 TRUE 
2 TWA 

2 TWO_STAGE 
2 TWS~ 

2 T 1 
2 T2 
2 T4 
2 T5 

2 UNBIND 
2 UNCONDITIONAL 

2 VR INOP 
2 VR~INOP HDR 
2 VR PAC RQ 
2 VRJPAC BSP 


BIT (8) 

BIT (2) 

BIT (1) 

BIT (8) 

BIT (8) 

BIT (1) 

BIT (1) 

BIT (1) 

BIT (4) 

BIT(2) 

BIT (1) 

BIT (1) 

BIT (1) 

FIXED BIN (15) 
BIT (1) 

FIXED BIN (15) 
BIT (1) 

BIT (1) 

BIT (2) 

BIT (8) 

BIT (4) 

BIT (8) 

BIT (2) 

BIT (2) 

BIT (8) 

BIT(8) 

BIT (8) 

BIT (8) 

BIT (1) 

BIT (2) 

BIT (1) 

BIT (2) 

BIT (2) 

BIT (1) 

BIT (4) 

BIT(4) 

BIT (3) 

BIT (3) 

BIT (3) 

BIT(1) 

BIT (1) 

BIT (4) 

BIT (1) 

BIT (8) 

BIT (4) 

BIT (4) 

BIT (4) 

INCOMPAT BIT (4) 

BIT (1) 

BIT (1) 

BIT (1) 

BIT (1) 

BIT (1) 

BIT (1) 

BIT (8) 

BIT(8) 

BIT (8) 

BIT(8) 

BIT (8) 

BIT (8) 

BIT (8) 

BIT (8) 

BIT (8) 

BIT (8) 

BIT(8) 

BIT (8) 

BIT(8) 

BIT (1) 

BIT (1) 

BIT ( 1) 

BIT (2) 

BIT (1) 

BIT (2) 

BIT (4) 

BIT (4) 

BIT (4) 

BIT (4) 

BIT (8) 

BIT (1) 

BIT (8) 

BIT (24) 

BIT (1) 

BIT (1) 

BIT (2) 

BIT (2) 

BIT (1) 


CONSTANT(X 

71*) , 

CONSTANT(B 

11') , 

CONSTANT(B 

1') , 

CONSTANT(X 

01'). 

CONSTANT(X 

AO') , 

CONSTANT(B 

0*) , 

CONSTANT(B 

O'), 

CONSTANT(B 

1M r 

CONSTANT(B 

0000') , 

CONSTANT(B 

01') , 

CONSTANT(B 

O'), 

CONSTANT(B 

1'), 

CONSTANT(B 

O'), 

CONSTANT(1 

, 

CONSTANT(B 

1'), 

CONSTANT(4 

, 

CONSTANT(B 

1'), 

CONSTANT(B 

1'), 

CONSTANT(B 

01') , 

CONSTANT(X 

88') r 

CONSTANT(X 

2') , 

CONSTANT(X 

86*) , 

CONSTANT(B 

01') , 

CONSTANT(B 

11') , 

CONSTANT(X 

11'), 

CONSTANT(X 

Cl') , 

CONSTANT(X 

CO') f 

CONSTANT(X 

C9 ') , 

CONSTANT(B 

1') , 

CONSTANT (B 

10') , 

CONSTANT(B 

O') , 

CONSTANT(B 

10') , 

CONSTANTS 

oo») , 

CONSTANTS 

1'), 

CONSTANT(B 

0000') , 

CONSTANT(B 

0010') , 

CONSTANT(B 

001«) , 

CONSTANT(B 

000') r 

CONSTANT(B 

010*), 

CONSTANT(B 

O'), 

CONSTANT(B 

O'), 

CONSTANT(X 

1') , 

CONSTANT(B 

O'), 

CONSTANT(X 

A2') , 

CONSTANT(B 

0001') , 

CONSTANT(B 

0010') , 

CONSTANT(B 

0010') , 

CONSTANT(B 

1001') , 

CONSTANT(B 

1*), 

CONSTANT(B 

1'), 

CONSTANT(B 

1') * 

CONSTANT(B 

1'), 

CONSTANT(B 

O'), 

CONSTANT(B 

1'), 

CONSTANT(X 

82'), 

CONSTANT(X 

42') , 

CONSTANT(X 

83*) , 

CONSTANT(X 

03') , 

CONSTANT(X 

01') , 

CONSTANT(X 

03') , 

CONSTANT(X 

02') , 

CONSTANT(X 

01') , 

CONSTANT(X 

02') , 

CONSTANT(X 

05') , 

CONSTANT (X 

01') , 

CONSTANT (X 

05') , 

CONSTANT(X 

01') , 

CONSTANT(B 

1*) , 

CONSTANT(B 

1') , 

CONSTANT(B 

1') , 

CONSTANT(B 

00') , 

CONSTANT(B 

1') , 

CONSTANT(B 

01') , 

CONSTANT(B 

0001') , 

CONSTANT(B 

0010') , 

CONSTANT(B 

0100') , 

CONSTANT(B 

0101') , 

CONSTANT(X 

32') , 

CONSTANT(B 

O’), 

CONSTANT(X 

23') , 

CONSTANT(X 

410223') 

CONSTANT(B 

1') , 

CONSTANT(B 

1’), 

CONSTANTS 

01*) , 

CONSTANT(B 

10') , 

CONSTANTS' 

1') , 


2 WHOLE CHAlN_NO_CANCEL 
2 WHOLE_CHAIN~WITH_CANCKL 

2 YES 

2 ZERO 


FIXED BIN (15) CONSTANT (0); 
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APPENDIX B. NODE UTILITY PROCEDURES 


This appendix is a collection of utility procedures. They 
represent functions that deal with the data structures 
defined in Appendix A. These utility procedures are not an 
architectural definition. The FAPL procedures are in 
alphabetical order. Each procedure describes its function 
and calling parameters. 


APPENDIX B. NODE UTILITY PROCEDURES B-l 



ADD_CP_ENTRY: PROCEDURE (RESOURCB_ADDR,CPJSESS JED) ; 


/* 


FUNCTION: SEARCHES THE NODE RESOURCE LIST TO FIND A RESOURCE ENTRY THAT 
CORRESPONDS TO THE RESOURCE ADDR AND ADDS A CP INDIRECT ENTRY TO 
THAT NODE RESOURCE'S ASSOCIATED CP INDIRECT LIST. IF THE ENTRY 
EXISTS ALREADY, IT IS NOT ADDED AGAIN. IF THE CP INDIRECT LIST DOES 
NOT EXIST, IT IS CREATED. 

INPUT: THE ELEMENT ADDRESS OF THE RESOURCE TO BE ASSOCIATED WITH THE CP-PU 

SESSION IDENTIFIER 

OUTPUT: NONE 


REFERS TO THE FOLLOWING PROCEDURE(S): 

FIND_CP_ENTRY PAGE B-10 

LOCATE NODE RESOURCE PAGE B-14 


*/ 


DCL RESOURCE^ADDR BIT(16); 
DCL CP_SESS_ID PTR; 

DCL CPJTEMPJ.IST PTR; 

DCL P PTR; 


FIND CPCB IN CPCB_L1ST WHERE(CPCB.CP_SCB_ID = CP_SESS_ID); 

IF CPCB_PTR -»« NULL & 

FIND CP ENTRY (RESOURCE ADDR,CP SESSJED) = NG THEN /* PAGE B-1Q */ 

DO; 

. P = LOCATE_NODE_RESOURCE(RESOURCE_ADDR); /* PAGE B-14 */ 

. IF P NULL THEN 
. DO; 


. CP_TEMP_LIST = P->NRCB.CP_INDIRECT_LIST; 

. IF CP — TEMP__LIST = NULL THEN 
DO;*” 

. . . NEWLISI CP TEMPJLIST 2NTRY_NAM5 (CP INDIRECT); 

. P->NRCB.CP”*INDIRECT LIST - CP TEMP’lIST; 

. . END; 

. . CREATE CP INDIRECT; 

. CP_INDIRECT.CPJBNTRY_PTR = CPCB_PTR; 

. INSERT CP_INDIRECT IN CP_TEMP_LIST; 

. END; 

END; 

RETURN; 

END ADD_CP_ENTRY*. 


CHANGE J«UJTO_EXR: PROCEDURE (SENSE^DATA) ; 


/* 


FUNCTION: THIS PROCEDURE CONVERTS THE CURRENT MU TO AN EXCEPTION REQUEST BY 

CHANGING THE SDI, EBIUI, BBIUI BITS AND THE SNC FIELD. THE RU IS 
TRUNCATED TO THREE BYTES IF IT IS LONGER THAN THAT AND THE DCF FIELD 
IS SET TO THE LENGTH OF THE RU (INCLUDING THE 4 BYTES FOR THE SENSE 
DATA) . 

INPUT: THE PROCEDURE ASSUMES THAT MU PTR IS SET TO THE REQUEST TO BE 

CHANGED. ONLY REQUESTS CAN BE CHANGED TO EXCEPTION REQUESTS. THE 
32-BIT PARAMETER INDICATES THE VALUE TO BE SET IN SNC. 

OUTPUT: THE PROCEDURE CHANGES THE CURRENT MU TO AN EXCEPTION REQUEST. 


DCL SENSE^DATA BIT (32); 


*/ 


SDI = SD; 

SNC = SENSE_DATA; 
BBIUI = BBIU; 
EBIUI = EBIU; 


IF DCF - RH LENGTH < 3 THEN 
DCF = DCF + SEN SE_LENGTH; 

ELSE 

DCF = RH LENGTH + SENSE LENGTH ♦ 3; 


END CHANGE JSUJTO_EXR; 
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CHANGE.HUJTO^NBGJtSP: PROCEDURE (SENSE_DATA) ; 


/* 


FUNCTION: THIS PROCEDURE CONVERTS THE CURREHT HU TO A NEGATIVE RESPONSE BY 

CHANGING THE RRI, RTI, SDI BITS AND THE SNC FIELD. SDI IS SET TO 
INDICATE THAT NO SENSE DATA IS INCLUDED. BCI AND ECI INDICATE THAT 
THE HU CONSTITUTES A SINGLE-ELEHENT CHAIN AND BBIUI AND EBIUI 
INDICATE THE RESPONSE IS A WHOLE BIU. ALL OF BYTE 2 OF THE TH IS 
SET TO ZERO. THE RU IS TRUNCATED TO THREE BYTES IF IT IS LONGER 
THAN THAT. THE DCF FIELD IS SET TO THE LENGTH OF THE RU (INCLUDING 
THE 4 BYTES FOR THE SENSE DATA) . 

INPUT: THE PROCEDURE ASSUHES THAT HU PTR IS SET TO THE HU TO BE CHANGED. 

THE 32-BIT PARAHETER INDICATES THE VALUE TO BE SET IN SNC. 

OUTPUT: THE PROCEDURE CHANGES THE CURRENT HU TO A NEGATIVE RESPONSE. 


DCL SBHSB_DATA BIT (32); 


RRI * 
RTI * 
SDI * 
SNC * 
BCI * 
ECI * 
BBIUI 
EBIUI 
BBI * 
EBI * 
CDI * 
CSI a 
EDI a 
PDI a 


ESP; 

NEGATIVE; 

SD; 

SENSE_DATA; 

BC; 

EC; 

a BBIU; 
a EBIU; 

-BB; 

-EB; 

-CD; 

CODEO; 

-ED; 

-PD; 


IF DCF - RH LENGTH < 3 THEN 
DCF * DCF% SENSE LENGTH; 

ELSE 

DCF a RH LENGTH ♦ SENSE LENGTH ♦ 3; 


HUCB.DIRECTION a SEND; 
END CHANGE_HU_TO_NEG_RSP; 
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CHARGE_MU_TQ_POS_RSP: PROCEDURE(TRUNCATION); 

/* 

FUNCTION: THIS PROCEDURE CONVERTS THE CURRENT MU TO A POSITIVE RESPONSE BY 

CHANGING THE RRI AND RTI BITS. SDI IS SET TO INDICATE THAT NO SENSE 
DATA IS INCLUDED. BCI AND ECI INDICATE THAT THE MU CONSTITUTES A 
SINGLE-ELEMENT CHAIN AND BBIUI AND BBIUI INDICATE THE RESPONSE IS A 
WHOLE BIU. ALL OF BYTE 2 OF THE TH IS SET TO 0. IF TRUNCATION IS 
SPECIFIED, THE DCF FIELD IS UPDATED ACCORDING TO THE ARCHITECTED 
RULES AS DEFINED IN APPENDIX E. 

INPUT: THE PROCEDURE ASSUMES THAT MU PTR IS SET TO THE MU TO BE CHANGED AND 

THE SCB_PTR IS SET TO THE CORRECT HALF-SESSION. THE BOOLEAN 
PARAMETER INDICATES IF RU TRUNCATION IS WANTED. A TRUE VALUE 
REQUESTS TRUNCATION. 

OUTPUT: THE PROCEDURE CHANGES THE CURRENT MU TO A POSITIVE RESPONSE. 

*/ 

DCL TRUNCATION BIT(1); 

RRI * PSP; 

RTI « POSITIVE; 

SDI = -SD; 

BCI = BC; 

ECI - EC; 

BBIUI = BBIU; 

EBIUI = EBIU; 

BBI = ->BB; 

EBI = -EB; 

CDI = -CD; 

CSI = CODEO; 

EDI = -ED; 

PDI = -PD; 

IF TRUNCATION = TRUNCATE THEN 
SELECT ANYORDER; 

. WHEN (RU__CTGY * (NC | SC \ DFC)) 

. DCF =”RH_LENGTH + 1; 

. WHEN(RU CTGY = FMD) 

IF SCB.TYPE OF_SESSIQN -= LU LU 6 

RQ,CODE ~ (X«01« | X'4l” | X'81») S FI = NSH THEN 
DCF = RH_LENGTH ♦ 3; 

ELSE 

DCF = RH__LENGTH; 

END; 

KUCB.DIRECTION = SEND; 

END CHANGE_MU_TO_POS_RSP; 


DELETE__ALL__CP_ENTFIES: PROCEDURE (RESOURCE_ADDP.) ; 

/* 


FUNCTION: SEARCHES THE NRCB LIST TO FIND A RESOURCE ENTRY THAT CORRESPONDS TO 

THE RESOURCE_ADDR AND DELETES ALL THE ENTRIES FROM THAT 
CP_INDIRECT,LIST. 

INPUT: THE ELEMENT ADDRESS OF THE RESOURCE 

OUTPUT: NONE 

REFERS TO THE FOLLOWING PROCEDURE(S) : 

LOCATE_NODE_RESOURCE PAGE B-14 


*/ 

DCL RESOURCE_ADDR BIT(16); 

DCL P PTR; 

P = LOCATE__NODE_RESOURCE(RESOURCEJiDDR) ; /* PAGE B-14 */ 

IF P -= NULL THEN 

DESTROY P->NRCB.CP_INDIRECT_LIST; 

RETURN; 

END DELETE,ALL_CP,ENTRIES; 
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DELETEJkLS_FROHjrGCB: PROCEDURE (ALS^EA) ; 


/* 


FUNCTION: SEARCHES THE ACT_LSCB LIST IN THE CURRENT TGCB TO FIND THE ENTRY 

THAT CORRESPONDS TO THE ADJACENT LINK STATION ADDRESS AND REMOVES IT 
FROM THE ACT_TGCB_LIST FOP THE TGCB. 

INPUT: THE ELEMENT ADDRESS OF THE ADJACENT LINK STATION TO BE REMOVED FROM 

THE CURRENT TGCB. 

OUTPUT: NONE 


V 

DCL ALS EA BIT(16); 

DCL P PTR; 

SCAN TGCB.ASSOC_LSCB_LIST PTR(P); 

I IF P->ASSOC LSCB ENTITY.LSCBPTR->LSCB.EA '•*ALS EA THEN 
. REMOVE ASSOC_LSCB_ENTITY FROM TGCB *SSOC_LSCB_LIST DISCARD; 

SCANEND; 

RETURN; 

END DELETE_ALS_FROM_TGCB; 


DELETE_CP_ENTRY: PROCEDURE (RESOURCE_ADDR,CP_SESS_ID) ; 


/* 


FUNCTION: SEARCHES THE NRCB LIST TO FIND A RESOURCE ENTRY THAT CORRESPONDS TO 
THE RESOURCE ADDR AND DELETES THE CP INDIRECT ENTRY CORRESPONDING TO 
THE CP SESS ID FROM THE CP INDIRECT LIST CHAIN. IF THE CP ENTRY 
DOES NOT EXIST, NOTHING IS DONE. IF THE CP INDIRECT LIST BECOMES 
EMPTY IT IS DESTROYED. 

INPUT: THE ELEMENT ADDRESS OF THE RESOURCE AND THE CP-PU HALF-SESSION 

IDENTIFIER. 


OUTPUT: NONE 


REFERS TO THE FOLLOWING PROCEDURE(S): 

FIND CP_ENTRY PAGE B-10 

LOCATE NODE RESOURCE PAGE B-14 


*/ 

DCL RESOURCE ADDR BIT(16); 

DCL CP^SESSjlD PTR; 

DCL P PTR; 

DCL TEMP PTR PTR; 


IF FIND_CP_ENTRY(RESOURCE ADDR,CP SESS_ID) = OK THEN /* PAGE B-10 */ 

DO; 

. P = LOCATE_NODE_RESOURCE (RESOURCE_ADDR) ; /* PAGE B-14 */ 

. SCAN P->NRCB.CP_INDIRECT_LIST PTR(CP_INDIRECT_PTR); 

. . TEMP PTR = CP”lNDIRECT.CP ENTRY PTR; 

. . IF CP SESS ID~= TEMP PTR->CPCB.CP SCB ID THEN 
. . REMOVE CP^INDIF.ECT FROM P->NRCB. CP^IHDIRECT_LIST DISCARD; 

. SCANEND; 

. IF EMPTY(P->NRCB.CP INDIRECT LIST) THEN 
. DESTROY P->NRCB.CP INDIRECT LIST; 

END; 


RETURN; 

END DELETE__CP_ENTRY; 
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DEQUEUE_RUS_FROM_RESOURCE: PROCEDURE (RES_EA) ; 

/* 

i---——----— —- -— ■ ■ — ... - " ■■ ■" ■ ----- 

| FUNCTION: DEQUEUES AIL BUS THAT HAVE BEEN QUEUED FOR A LINK OR ADJACENT LINK 

| STATION. THESE ARE QUEUED WHEN A REQUEST IS RECEIVED PRIOR TO THE 

| LINK OR ADJACENT LINK STATION COMPLETING ITS RESET. THIS PROCEDURE 

| IS CALLED WHEN THE LINK OR ADJACENT LINK STATION RESET IS COMPLETE. 

I 

| INPUT: THE ELEMENT ADDRESS OF THE RESOURCE 

I 

| OUTPUT: RUS TO PU.SVC MGR.NS.RCV; 

I 

| REFERS TO THE FOLLOWING PROCEDURE(S): 

| LOCATE_NODE — RESOURCE PAGE B-14 

♦/ 

DCL P PTR; 

DCL PI PTR; 

DCL RES EA BIT (16); 

DCL MU_LIST PTR; * 

P = LOCATE_NODE_HESOURCE (RES_EA) ; /* PAGE B-14 */ 

PI = MU_PTR; 

MU__LIST = P->NRCB.SAVEJ!U_FOR_RETRY_LIST; 

SCAN MU LIST PTR (MU PTR); 

. REMOVE MU FROM MU~LIST; 

. SEND MU TO PU.SVC”"MGR.NS.RCV; /* CHAPTER 11 */ 

SCANEND; 

MU_PTR = PI; 

RETURN; 

END DEQUEUE_RUS_FROM__RESOUBCE; 
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DETERMINEJLCP_RESET_OPTION: PROCEDURE(RES_EA) RETURNS(BIT(1)) ; 


/* 




FUNCTION: 


INPUT: 
OUTPUT: 
REFERS TO 


DETERMINES THE RESET OPTION FOR A PU, LINK, ALS, OR BF.PU DETERMINED 
BY THE OPTIONS SPECIFIED FOR RESOURCES HIGHER IN THE HIERARCHY WHEN 
THE SESSION WITH THE CP IS DEACTIVATED. 

THE ELEMENT ADDRESS OF THE RESOURCE 

THE RESET OPTION APPROPRIATE FOR THE RESOURCE 

THE FOLLOWING PROCEDURE (S): 

FIND ALS FOR_RESOURCE PAGE B-9 

findIlink FOR RESOURCE PAGE B-12 

LOCATE_NODE RESOURCE PAGE B-14 


*/ 

DCL P PTR; 

DCL RES EA BIT (16) ; 

DCL RESET OPT BIT(1); 


RESET^OPT * CONTINUE; 


P = LOCATE_NODE_RESOURCE(RES_EA) ; 

SELECT ANYORDER(P->NRCB.RESOURCE_CATEGORY); 

. WHEN(PU) 

. RESET_OPT - P->NRCB• LCP__RESET_OPTION; 

. WHEN (LINK) 

. DO; 

. . RESET OPT = P->NRCB.LCP FESET_OPTION; 

. . P = LOCATE NODE RESOURCE (NCB.PU EA) ; 

. . IF P->NRCB7lCP_RESET_OPTION = STOP THEN 

RESET.OPT = STOP; 

END; 

. WHEN (ALS) 

. DO; 

. . RESET OPT = P->NRCB.LCP RESET OPTION; 

. . P = FIND LINK FOR RESOURCE(RES^EA); 

. . IF P—>NRCB. LCP_RESET__OPTION = STOP THEN 

. . RESET OPT = STOP; 

. P = LOClTE NODE RESOURCE(NCB.PU EA) ; 

. . IF P->NRCb7lCP_RESET_GPTION = STOP THEN 

. . RESET OPT = STOP; 

END; 

. WHEN(BF.PU) 

. DO; 

. . RESET OPT = P->NRCB.LCP_FESET_OPTION; 

. . P = FIND_ALS_FOR_RESOURCE (RESJBA) ; 

. . IF P->NRCB.LCP RESET_OPTION = _ STOP THEN 

. . RESET OPT = STOP; 

. . P = FIND LINK FOR_RESOUFCE (RES EA) ; 

. IF P~>NRCB.LCP_RESET_OPTION = STOP THEN 
. . RESET OPT = STOP; 

. P = LOCATE NODE RESOURCE (NCB.PU EA) ; 

. . IF P->NRCB7lCP_RESET_OPTION = STOP THEN 

. . RESET OPT = STOP; 

. END; 

END; 


/* PAGE B-14 


♦/ 


/* PAGE B-14 


*/ 


/* 

PAGE 

B-12 

*/ 

/* 

PAGE 

B-14 

*/ 


/* 

PAGE 

B-9 

*/ 

/* 

PAGE 

B-12 

V 

/* 

PAGE 

B-14 

*/ 


RETURN (RESETJ5PT) ; 

END DETERMINE_LCP_RESET_OPTION; 
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ENQUEUE_ > RU_FOR_ RESOURCE: PROCEDURE (RES_EA) ; 

/* 


FUNCTION: ENQUEUES A REQUEST FOR A LINK OR ADJACENT LINK STATION. THIS IS 

DONE WHEN A REQUEST IS RECEIVED PRIOR TO THE LINK OR ADJACENT LINK 
STATION COMPLETING ITS RESET. 

INPUT: THE ELEMENT ADDRESS OF THE RESOURCE 

OUTPUT: NONE 

REFERS TO THE FOLLOWING PROCEDURE(S) : 

LOCATE_NODE_RESOURCE PAGE B-14 


*/ 

DCL P PTR; 

DCT, RESJBA BIT (16); 

DCL MU_LIST PTR; 

P = LOCATE_NODE_RESOURCE(RES_EA); /* PAGE B-14 */ 

IF P->NRCB. SAVE__MU_FOR_RETR Y__LIST = NULL THEN 
DO; 

. NEWLIST MU LIST ENTRY_NAME(MU); 

. P—>NRCB. SAVE__MU__FOR_RETRY_LIST = MU LIST; 

END; 

INSERT MU LAST IN P->NRCB.SAVE_MU_FOR_RETRY_LIST; 

RETURN; 

END ENQUEUE_RU_FOR_RESOURCE; 


FIND m ALS_FOR_DOM_RES: PROCEDURE (?.ES_NA) RETURNS (POINTER) ; 

/* 


FUNCTION: THIS PROCEDURE SEARCHES THE DOMAIN RESOURCE LIST TO FIND AN ADJACENT 

LINK STATION CORRESPONDING TO THE ADDRESS PASSED IN RES_NA. IT 
RETURNS TO THE INVOKING PROCEDURE THE POINTER TO THE LINK RESOURCE. 

INPUT: THE NETWORK ADDRESS OF THE DOMAIN RESOURCE 

OUTPUT: THE POINTER TO THE ADJACENT LINK STATION CORRESPONDING TO THE 

ADDRESS PASSED IF AN ENTRY EXISTS; OTHERWISE, A NULL POINTER 

REFERS TO THE FOLLOWING PROCEDURE(S): 

FIND DOMAIN RESOURCE PAGE B-10 

FIND~*SUBORDINATE DOM RES PAGE B-13 


*/ 

DCL P POINTER; 

DCL RES NA BIT(48) ; 

DCL RETURN_PTR POINTER; 

RETURN PTR * NULL; 

P = FIN D_DOK AIN__RESOURCE (RES_NA) ; /* PAGE B-10 */ 

IF P -*= NULL & 

P->DRCB.RESOURCE CATEGORY = LINK THEN 
P = FIND_SUBORDINATE_DOM_RES(P->DRCB.NETWORK ADDRESS); 

/* PAGE B-13 V 

IF P NULL & 

P->DRCB.RESOURCE CATEGORY = BF.LU THEN 
P = P->DRCB.ASSOCIATED_RES_PTR; 

IF P -.= NULL & 

P->DRCB.RESOURCE_CATEGORY = BF.PU THEN 
P = P->DRCB.ASSOCIATED_RES_PTR; 

IF P NULL S 

P->DRCB.RESOURCE CATEGORY = ALS THEN 
RETURN_PTR = P; 

RETURN(BETURN_PTR) ; 

END FXND_ALSJFOR_DOMJRES; 
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FIND_ALS_FOR_RESOURCE: PROCEDURE(RESJBA) RETURNS(POINTER); 


/* 

« -———--i 

| FUNCTION: SEARCHES THE NRCB IIST TO FIND AN ADJACENT LINK STATION | 

| CORRESPONDING TO RES EA. IF ONE IS FOUND, IT RETURNS THE POINTER TO | 

| THE LINK RESOURCE TO THE INVOKING PROCEDURE; OTHERWISE, A NULL | 

| POINTER IS RETURNED. THIS PROCEDURE ACCEPTS A LINK, BF.LU, BF.PU, | 

| OR ADJACENT LINK STATION ELEMENT ADDRESS. IT RETURNS A POINTER TO | 

| AN ADJACENT LINK STATION IF ONE CAN BE FOUND. | 

| INPUT: THE ELEHENT ADDRESS OF THE RESOURCE | 

I I 

| OUTPUT: THE POINTER TO THE ADJACENT LINK STATION CORRESPONDING TO THE | 

| ADDRESS PASSED IF AN ENTRY EXISTS; OTHERWISE A NULL POINTER | 

I I 

1 REFERENCED BY THE FOLLOWING PROCEDURE(S): | 

| DETERHINE_LCP_RESET OPTION PAGE B-7 | 

I “ I 

| REFERS TO THE FOLLOWING PROCEDURE(S): | 

| LOCATE_NODE RESOURCE PAGE B-14 | 

J LOCATE~SUBORDINATE RESOURCE PAGE B-15 | 


*/ 

DCL P PTR; 

DCL RES EA BIT (16); 

DCL RETURN PTR PTR; 


P * LOCATE_NODE_RESOURCE (RES_EA) ; 

IF P NULL & 

P->NRCB.RESOURCE CATEGORY = LINK THEN 
P = LOCATE — SUBORDINATE^,RESOURCE(P->NRCB-ELEMENT^ADDRESS) ; 

IF P -*= NULL & 

P->NRCB.RESOURCE CATEGORY = BF.LU THEN 
P = LOCATE__NODE — RESOURCE (P->NRCB. ASSOCIATED^,RESOURCE) ; 

IF P -.= NULL & 

P->NRCB.RESOURCE_CATEGORY = BF.PU THEN 
P = LOCATE_NODE_RESOURCE(P->NRCB.ASSOCIATED_RESOURCE) ; 

IF P -•= NOLL S 

P->NRCB.RESOURCE CATEGORY = ALS THEN 
RETORN_PTR = P; 


/* PAGE B-14 


/* PAGE B-15 


/* PAGE B-14 


/* PAGE B-14 


*/ 


*/ 


*/ 


*/ 


ELSE 

RETORN_PTR = NOLL; 


RETURN(RETURN_PTR); 

END FI ND_ALS_FOR__RE SOURCE; 
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FIND_CP_ENTRY: PROCEDURE (RESOURCE_ADDR,CP^SESS^ID) RETURNS (BIT ( 1)) ; 

/* 

r———•—“**— -—-*- — — —-— -—---—— ---—-1 

| FUNCTION: SEARCHES THRNRCB LIST TO FIND A RESOURCE ENTRY THAT CORRESPONDS TO j 

j THE RESOURCE ADDR AND CHECKS THE RESOURCE*S CP^INBXRBCT LIST TO SEE | 

| IF AN ENTRY EXISTS THAT CORRESPONDS TO THE CP^SESSJED. I 

j INPUT: THE ELEMENT ADDRESS OF THE RESOURCE AND THE CP„PU HALF-SESSION | 

j IDENTIFIER j 

t> OUTPUT: NG IF NOT OH .THE-LIST, OR OK IF FOUND ! 

I I 

j REFERENCED BY THE FOLLOWING PROCEDURE(S) : | 

J ABD_CP_ENTRY PAGE B-2 f 

| DELETE_CP_ENTRY PAGE B-5 j 

| REFERS TO THE FOLLOWING PROCEDURE (S) : | 

| LOCATE^NODE RESOURCE PAGE B-14 | 


V 

DCL RESOURCE ADDR BIT (16); 

DCL CP SESS ID PTR; 

DCL P PTR; 

DCL P1_PTR PTR; 

DCL TEMP^PTR PTR; 

P = LOCATE JJODE_RESOURCE (RESOURCE_ADDR) ; /* PAGE B-14 */ 

FIND CPCB IN CPCB_LIST WHERE (CPCB.CP_SCB_ID = CP_,SESS_ID) ; 

IF P -= NULL S CPCB PTR -*= NULL 6 

P->NRC3.CP INDIRECT LIST -»= NULL THEN 
SCAN P->NRCB.CP_INDIRECT„LIST PTR (CP_INDIRECT_PTR) *, 

. TEMP PTR * CP INDIRECT. CP ENTRY PTIt; 

. IF CP SESS ID~= TEMP PTR->CPCB.CP SCB ID THEN 
. RETURN(OK) ; 

SCANEND; 

RETURN(NG); 

END FIND_CP^ENTRY; 
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PIMD_ERCB: PROCEDURE (SUBAREA_ADDRESS,ER_NUMB) RETURNS (POINTER) 


/* 

r— • - .- -■■■■- - - -- -— 1 ——i 

| FUNCTION: THIS PROCEDURE LOCATES THE ERCB THAT HATCHES THE INPUT PARAMETERS. | 

I I 

| INPUT: THE (SUBAREA ADDRESS# ER NUMBER) PAIR THAT IDENTIFIES THE SPECIFIC | 

| ERCB I 

I I 

| OUTPUT: RETURNS A POINTER TO THE ERCB IF FOUND; OTHERWISE# RETURNS A NULL 1 

| POINTER | 

L_____-----------J 

*/ 

DCL SUBAREA ADDRESS BIT(32) ; 

DCL ER NUHB BIT(4) ; 

DCL P PTR; 

SCAM ERCB LIST PTR(P) ; 

. IF P->RRCB.PARTNER SA * SUBAREA ADDRESS 6 
. P->ERCB.BR NUH « ER_NUHB. THEN 

. RETURN(P); 

SCAMEMD; 

RETURN (NULL); 

END FIND_ERCB; 


FIND < _LINK_FOR__DOM << .RES: PROCEDURE (RES_NA) RETURNS(POINTER) ; 


/♦ 

\ FUNCTION: THIS PROCEDURE SEARCHES THE DOMAIN RESOURCE LIST TO FIND A LINK 

| CORRESPONDING TO THE ADDRESS PASSED IN RES NA. IT RETURNS TO THE I 

| INVOKING PROCEDURE THE POINTER TO THE LINK RESOURCE I 

I I 

\ INPUT: THE NETNORK ADDRESS OF THE DOMAIN RESOURCE. I 

I I 

| OUTPUT: THE POINTER TO THE LINK CORRESPONDING TO THE ADDRESS PASSED IF AN | 

) ENTRY EXISTS; OTHERWISE# A NULL POINTER I 

| REFERS TO THE FOLLOWING PROCEDURE (S): I 

1 FIND_DOMAIN_RESOURCS PAGE B-10 \ 

L_________I____„___ _ _1 

*/ 

DCL P POINTER; 

DCL RES NA BIT(48); 

DCL RETURN_PTR POINTER; 

RETURN PTR = NULL; 

P * FIND_DOHAIN_RESOURCE(RES_NA); /* PAGE B-10 V 

IF P -•= NULL & 

P->DRCB.RESOURCE CATEGORY * BF.LU THEN 
P - P->DRCB. ASSOCIATED_RES_PTR; 

IF P •** NULL S 

P->DRCB.RESOURCE CATEGORY * BF.PU THEN 
P = P->DRCB.ASSOCIATED_RES_PTR; 

IF P -= NULL & 

P->DRCB.RESOURCE CATEGORY * ALS THEN 
P * P->DRCB.ASSOCIATED_RES_PTR; 

IF P n- NULL & 

P->DRCB.RESOURCE CATEGORY * LINK THEN 
RETURN_PTR m P; 

RETURN(RBTUEN_PTR); 

END FIND_LINK_FOR_DOM_RES; 
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FIND_LINK_FOR_RESOURCE: PROCEDURE (RES_EA) RETURNS(POINTER) ; 


/* 


FUNCTION: SEARCHES THE NRCB LIST TO FIND A LINK CORRESPONDING TO RES EA. IF 

ONE IS FOUND, IT~RBTURNS THE POINTER TO THE LINK RESOURCE*" TO THE 

INVOKING PROCEDURE; OTHERWISE, A NULL POINTER IS RETURNED. RES BA 
MAT BE A BF.LU, A BF.PU, AN ADJACENT LINK STATION, OR A LINK. THE 
PROCEDURE SEARCHES THE HIERARCHY TO FIND THE LINK ASSOCIATED WITH 
THAT RESOURCE. 

INPUT: THE ELEMENT ADDRESS OF THE RESOURCE 

OUTPUT: THE POINTER TO THE LINK CORRESPONDING TO THE ADDRESS PASSED IF AN 

ENTRY EXISTS; OTHERWISE, A NULL POINTER 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

DETER11NE_LCP_RESET_QPTION PAGE B-7 

REFERS TO THE FOLLOWING PROCEDURE(S): 

LOCATE_NODE^RESOURCE PAGE B-14 


V 

DCL P PTR; 

DCL RESJBA BIT (16) ; 

DCL RBTURN^PTR PTR; 


P = LOCATE w NODE_RESOURCE(RES^EA); /* PAGE B-14 */ 

IF P NULL 6 

P->NRCB.RESOURCE CATEGORY * BF.LU THEN 

P = LOCATE_NODE_RESOURCE(P->NRCB.ASSOCIATED_RESOURCE) ; /* PAGE B-14 */ 

IF P -*= NULL £ 

P->NRCB.RESOURCE CATEGORY * BF.PU THEN 

P = LOCATE_NODE_RESOURCE(P->NRCB.ASSOCIATED — RESOURCE) ; /* PAGE B-14 */ 

IF P -= NULL 6 

P->NRCB.RESOURCE CATEGORY * ALS THEN 

P = LOCATE NODE RESOURCE(P->NRCB.ASSOCIATED RESOURCE); /* PAGE B-14 */ 


IF P NULL S 

P->NRCB.RESOURCE CATEGORY - LINK THEN 
RETURN_PTR * P; 

ELSE 

RETURN_PTR = NULL; 

RETURN(RETURN_PTR) ; 

END FIND__LINK_FOR — RESOURCE; 


FIND_PU_FORJDOM_RES: PROCEDURE(RES_NA) RETURNS(POINTER) ; 


/* 

i— -—- -———— --—— -—- -——--*——-—i 

| FUNCTION: THIS PROCEDURE SEARCHES THE DOMAIN RESOURCE LIST TO FIND A PU | 

| CORRESPONDING TO THE ADDRESS PASSED IN RES NA. IT RETURNS TO THE | 

| CALLING PROCEDURE THE POINTER TO THE PU RESOURCE. | 

I I 

I INPUT: THE NETWORK ADDRESS OF THE DOMAIN RESOURCE | 

I I 

| OUTPUT: A POINTER TO THE SUBAREA PU ENTRY CORRESPONDING TO THE ADDRESS | 

I PASSED, IF AN ENTRY EXISTS; OTHERWISE, A NULL POINTER I 

I I 

| REFERS TO THE FOLLOWING PROCEDURE (S); I 

| FIND DOMAIN RESOURCE PAGE B-10 [ 


V 

DCL RES__NA BIT (48); 

DCL PU SA BIT (32); 

DCL PU*"eA BIT (16); 

DCL P POINTER; 

PU_SA * RESINA(0:31); 

PU__EA = X* 0000*; 

P = FIND_DOMAIN_RESOURCE(PU_SA1|PU_EA); 

RETURN(P); 

END FIND_PU_FOR_DOM_RES; 
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FIND_SUBORDINATE_DOM_RES: PROCEDURE(RES_ADDR) RETURNS (POINTER); 

/* 

( 


V 

DCL RES ADDR BIT(48); 

DCL P POINTER; 

DCL P2 POINTER; 

DCL RETURN__PTR POINTER; 

RETURN_PTR = NULL; 

SCAN DRCB_LIST PTR(P) WHILE (RETURN_PTR = NULL); 

I P2 = DRCB.ASSOCIATED_RES_PTR; 

. IP P2->DRCB.NETWORKJUDDRESS = RES_ADDR THEN 
. RETURN^PTR * P; 

SCANEND; 

RETURN(RETURN_PTR) ; 

END FIND_SUBOP.DINATE_DOM_RES; 


FIND_TGCB: PROCEDURE (DEST_SA,ERN) RETURNS(PTR); 

/* 


( 


*/ 

DCL DEST SA BIT(32); 

DCL ERN BIT(4); 

DCL TGCB_PTR PTR; 

FIND SUBAREA ROUTING IN SUBAREA_ROUTING LIST 

WHERE(SUBAREA JROUTING.DEST_SA = DEST__SA) ; 

IF SUBAREA ROUTING PTR NULL THEN 
DO; 

. FIND TGCB IN TGCB LIST WHERE 
- (TGCB.TGN = SUBAREA ROUTING.TGN (ERN) G 

. TGCB.ADJ SA = SUBABiA ROUTING.ADJ SA(ERN)); 

. RETURN(TGCB PTR); 

END; 

ELSE 

RETURN (NULL); 

END FIND.TGCB; 


( 


FUNCTION: THIS PROCEDURE RETURNS A POINTER TO THE TGCB FOR THE TRANSMISSION 

GROUP OVER WHICH THE SPECIFIED EXPLICIT ROUTE LEAVES THE NODE. THE 
PROCEDURE FAILS TO FIND A TGCB IF NO SUBAREA ROUTING EXISTS FOR THE 
DESTINATION SUBAREA OR IF NO TGCB EXISTS FOR THE SUBAREA ROUTING'S 
SPECIFIED TRANSMISSION GROUP TO THE NEXT SUBAREA. 

INPUT: DESTINATION SUBAREA AND ER NUMBER 

OUTPUT: POINTER TO THE TGCB FOR THE FIRST TRANSMISSION GROUP OF THE FIRST 

EXPLICIT ROUTE OR A NULL POINTER IF A TGCB CANNOT BE FOUND 


FUNCTION: THIS PROCEDURE SEARCHES THE DOMAIN RESOURCE LIST TO FIND AN ENTRY 

SUBORDINATE TO THE ADDRESS PASSED IN RES ADDR. IT RETURNS DRCB PTR 
TO THE INVOKING PROCEDURE. 

INPUT: THE NETWORK ADDRESS OF THE DOMAIN RESOURCE 

OUTPUT: THE POINTER TO THE FIRST DOMAIN RESOURCE ENTRY SUBORDINATE TO THE 

ADDRESS PASSED IF AN ENTRY EXISTS; OTHERWISE, A NULL POINTER IS 
RETURNED 

REFERENCED BY THE FOLLOWING PROCEDURE(S) : 

FIND ALS_FOR_DOM RES PAGE B-8 
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FIND_TGCB_FOR_ALS_EA: PROCEDURE(RES_EA) RETURNS(PTR); 


/* 

r-------——-- n 

| FUNCTION: SEARCHE5 THE TGCB LIST FOR A TRANSMISSION GROUP THAT CONTAINS THE | 

| ADJACENT LINK STATION SPECIFIED BY RES EA. I 

I I 

{ INPUT: THE ADJACENT LINK STATION ELEMENT ADDRESS | 

| OUTPUT: TGCB_PTR IS SET TO NULL OR TO THE ADDRESS OF THE TGCB IF FOUND. I 


*/ 

DCL RES_EA BIT (16); 

DCL INDEX FIXED BINARY (15); 

DCL P PTR; 

DCL PI PTR; 

SCAN TGCB_LIST PTR(P) WHILE (TGCB.PTR « NULL) ; 

. SCAN P->TGCB.ASSOC LSCB LIST PTR(PI); 

. . IF P1->ASSOC LSCB ENTITY.LSCBPTR->LSCB.EA = RES.EA THEN 
. . RETURN (P) ;" 

. SCANEND; 

SCANEND; 

RETURN(NULL) ; 

END FIND_TGCB_FOR_ALS_EA; 


LOCATE_NODE_RESOURCE: PROCEDURE(RESOURCE_ADDR) RETURNS(POINTER) ; 


/* 


FUNCTION: 

SEARCHES THE NRCB LIST TO FIND 

THE 

ENTRY CORRESPONDING TO THE 



ADDRESS PASSED IN "RESOURCE ADDR*. 
RESOURCE TO THE INVOKING PROCEDURE. 

IT 

RETURNS THE POINTER 

TO THE 


INPUT: 

THE ELEMENT ADDRESS OF THE RESOURCE 




OUTPUT: 

THE POINTER TO THE NRCB CORRESPONDING 
ENTRY EXISTS; OTHERWISE, A NULL POINTER 

TO THE ADDRESS PASSED 

IF AN 


REFERENCED 

BY THE FOLLOWING PROCEDURE (S): 

ADD CP ENTRY 

PAGE 

B-2 




DELETE ALL CP ENTRIES 

PAGE 

B-4 




DELETE CP ENTRY 

PAGE 

B-5 




DEQUEUE RUS FROM RESOURCE 

PAGE 

B-6 




DETERMINE LCP RESET OPTION 

PAGE 

B-7 




ENQUEUE RU FOR RESOURCE 

PAGE 

B-8 




FI ND_ALS_ > FOR_ RESOURCE 

PAGE 

B-9 




FIND CP iNTRY 

PAGE 

B-10 




FIND LINK FOR RESOURCE 

PAGE 

B-12 




PURGE RUS FROM RESOURCE 

PAGE 

B- 20 




RESOURCE TOTAL SHARE CNT 

PAGE 

B-21 




*/ 

DCL RESOURCE ADDR BIT(16); 

DCL P PTR; 

SCAN NPCBJuIST PTR (P) ; 

. IF P->NRCB.ELEMENT^ADDRESS * (RESOURCE ADDR S NCB.NODE_ELEMENT_MASK) THEN 
. RETURN (P); 

SCANEND; 

RETURN(NULL) ; 

END LOCATE_NODE_RESOURCE; 
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LOCATE_SUBORDINATE_RESOURCE: PROCEDURE (RESOURCE_ADDR) RETURNS(POINTER) ; 

/* 


FUNCTION: SEARCHES THE NRCB LIST TO FIND AN ENTRY SUBORDINATE TO THE ADDRESS 

PASSED IN RESOURCE ADDR. A SUBORDINATE RESOURCE IS ONE WHICH HAS 
ITS ASSOCIATED RESOURCE EQUAL TO THE RESOURCE_ADDR. 

INPUT: THE ELEMENT ADDRESS OF THE RESOURCE 

OUTPUT: THE POINTER TO THE FIRST NRCB ENTRY ASSOCIATED WITH THE ADDRESS 

PASSED IF AN ENTRY EXISTS; OTHERWISE, A NULL POINTER 

REFERENCED BY THE FOLLOWING PROCEDURE (S) : 

FIND ALS_FOR RESOURCE PAGE B-9 


*/ 

DCL RESOURCE__ADDR BIT (16) ; 

DCL P PTR; 

SCAN NRCB_LIST PTR (P); 

. IF P->NRCB.ASSOCIATED_RESOURCE * (RESOUECE_ADDR & NCB.NODE_ELEMENT_MASK) THEN 
. RETURN (P); 

SCANEND; 

RETURN(NULL) ; 

END LOCATE_SUBORDINATE_RESOURCE; 


< 
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MAP_FROM_CANONICAL: PROCEDURE(PIU^LENGTH); 


/* 




FUNCTION: TO TRANSLATE AN OUTGOING PIU FROM CANONICAL FORMAT TO LINK FORMAT. 

INPUT: CANONICAL PIU, POINTED TO BY MU PTR. HE 

LINK FORMAT BTU TO 

OUTPUT: PIU IN LINK FORMAT, POINTED TO BY MU PTR. FOR FID2 AND FID3 PIU'S. 

PIU_LENGTH IS SET EQUAL TO THE LENGTH OF THE PIU. 


| REFERS TO THE FOLLOWING PROCEDURE(S): 

| PTRJIDD PAGE B-20 


*/ 

DCL CANONICAL_PIU PTR PTR; 

DCL PIU_LENGTH FIXED BIN; 


DCL RUN BASED(RUN ADDR) CHAR(256); 
DCL RUN_SNC BIT(32) BASED(RUN^ADDR); 

DCL THN.ADDR PTR; 

DCL RHN~ADDR PTR; 

DCL RUN~ADDR PTR; 


CANONICAL PIU PTR « MU PTR; 
CREATE MU? 


THN.ADDR = MU_PTR; 


r—-——- -—- - - - - - - -- 1 

| SELECT FID TYPE AND MOVE TH FROM CANONICAL MU | 

i_ _ ________1 


SELECT ANYORDER(CANONICAL_PIU_PTR->MU.FID); 

. WHEN(FIDO) 

. DO; 

. . RHN_ADDR * PTR.ADD (THN^ADDR,10) ; 

. . FIDT^TH = CANONICAL PIU PTR->TH,BY 

END; 

. WHEN(FID1) 

. DO; 

. RHN_ADDR = PTR__ADD (THN ADDR, 10); 

. . FIdT_TH = CANONICAL_PIU PTR->TH,BY 

. END; 

. WHEN (FID2) 

. DO; 

. . RHN ADDR = PTP ADD (THN ADDR,6) ; /* PAGE B-20 

. . FID2 TH = CANONICAL PIU PTR->TH,BY NAME; 

. . PIU LENGTH = CANONICAL_PIU PTR->MU.DCF ♦ 6; 

. END; 


NAME; 


NAME; 


/* PAGE B-20 


/* PAGE B-20 


/* 


♦/ 


*/ 


*/ 


V 


WHEN(FID3) 

DO; 

. RHN_ADDR * PTR ADD (THN_ADDR,2) ; /* PAGE B-20 */ 

. FID3^TH = CANONICAL PIU PTR->TH,BY NAME; 

. PIU LENGTH = CANONICAL PIU PTR->MU.DCF + 2; 

END; 


. WHEN(FID4) 

. DO; 

. RHN_ADDR =' PTR_ADD (THN_ADDR,26); /* PAGE B-20 */ 

. FID4_TH = CANONICAL PIU PTR->TH,BY NAME; 

END; 

. WHEN(FIDF) 

DO; 

. . FIDF TH = CANONICAL PIU PTR->TH,BY NAME; 

. . DISCARD CANONICAL^PIU PTR->MU; 

. RETURN; 

. END; 

END; 
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/* 


r --- — 

| MOVE RH TO LINK FORMAT 

MO 

-i 

1 



RHN ADDR->RH = CANONICAL PIO PTR->RH,BY NAME; 

RON__ADDR = PTR^ADD (RHN_ADDR,3) ; 


/♦ PAGE 

B-20 

*/ 

*/ 

/* 

! IF SENSE DATA IS INCLODBD, MOVE SNC 
| CANONICAL MO- 

FROM i 

1 



IF CANONICAL PIO PTR->SDI * SD THEN 

DO; 

• RON SNC = CANONICAL PIO PTR->SNC; 

. RON ADDR = PTR ADD (RON ADDR,4) ; 

END; 


/* PAGE 

B-20 

V 

*/ 

/* 

! MOVE RO FROM CANONICAL 

MO 

1 

_i 




*/ 

IF CANONICAL PIO PTR->SDI = SD THEN 

RUN = CANONICAL PIO PTR->RO (0: (CANONICAL PIO PTR->M0.DCF) -8); /* 8 ALLOWS FOR ZERO ORIGING */ 
ELSE 

RON = CANONICAL_PIO_PTR->RO(0:(CANONICAL_PIO_PTR->MO.DCF) - 4); /* 4 ALLOWS FOR ZERO ORIGING */ 
DISCARD CANONICAL^PIO__PTR->MO ; 

RETORN; 

END MAPJPROM_CANONICAL; 


APPENDIX B. NODE UTILITY PROCEDURES B-1 7 


MAPJTO_CANONICAL: PROCEDURE (NON_CAN_PTR ,CANQNTCAL;_PTR, PIULNTH) ; 


FUNCTION: 


INPUT: 


OUTPUT: 


TO TRANSLATE AN INCOMING MESSAGE UNIT (MU) FROM LINK FORMAT TO 
CANONICAL FORMAT. THE CANONICAL FORMAT MU CONTAINS ALL TH FIELDS 
THAT MAY APPEAR IN ANY FID TYPE, BUT ONLY THOSE FIELDS APPLICABLE TO 
THE MU BEING PROCESSED ARE FILLED IN. 

ONE EXCEPTION TO THIS IS THE DATA COUNT FIELD (DCF). DCF IS FILLED 
IN FOR ALL FID TYPES EVEN THOUGH IT DOES NOT EXIST IN THE LINK FORM 
OF FID2 AND FID3. THIS ALLOWS REFERENCE TO THE DCF IN NODE 
PROCEDURES WITHOUT CONCERN FOR THE FID TYPE. THE DCF FIELD VALUE IS 
DERIVED FROM THE BTU LENGTH PARAMETER (PIULNTH) FOR FID2 AND FID3. 

WHEN A SENSE CODE IS PRESENT IN THE RU OF A LINK FORMAT BTU, IT IS 
MOVED INTO THE SNC FIELD IN THE MUCB DURING THE MAPPING PROCESS. 
THE SENSE CODE IS STILL CONSIDERED A PART OF THE RU FOR PURPOSES OF 
THE LENGTH IN THE DCF. 


THIS ROUTINE HANDLES THE MESSAGE UNIT WHEN AN 
(iBBIU) . 


IS NOT PRESENT 


NON CAN PTR, CANONICAL PTR, AND PIULNTH. NON CAN PTR POINTS TO THE 
LINK FORMAT PIU. CANONICAL_PTR POINTS TO THE CANONICAL FORMAT HU TO 
RECEIVE THE CONVERTED PIU.“ FOR FID2 AND FID3 PIULNTH CONTAINS THE 
TOTAL LENGTH OF THE BTU. 

MU IN CANONICAL FORMAT. 


REFERS TO THE FOLLOWING PROCEDURE(S): 
PTR ADD 


PAGE B-20 


DCL NON CAN PTR PTR; 
DCL CANONICAL_PTR PTR; 
DCL PIULNTH FIXED BIN; 


DCL RUN BASED (RUN ADDR) CHAR (256) ; 
DCL RUN„SNC BIT (32) BASED (RUN^ADDR) ; 


DCL THN ADDR PTR; 

DCL RHN_ADDR PTR; 

DCL RUN_ADDR PTR; 

THN..ADDR = NON__CA N__PTR; 


CANONICAL__PTR->MUCB. DIRECTION = RCV; 


/* SET MUCB DIRECTION 


r~------—*---—■—■— ----- 1 - 1 

l SELECT FID TYPE AND MOVE TH TO CANONICAL MU | 
i— --— , ___ j 


SELECT ANYORDER(FID1_TH.FID) ; 

. WHEN(FIDO) 

. DO; 

. . RHN_ADDR = PTR_ADD (THN^ADDR,10) ; /* PAGE B-20 

. CANONICAL PTR->TH = FID1_TH,BY NAME; 

END; 

. WHEN(FIDI) 

DO; 

. RHN ADDR = PTR_ADD (THN ADDR,TO); /* PAGE B-20 

. CANONICAL PTF->TH = FID1 TH,BY NAME; 

END; ~ 

. WHEN (FID2) 

. DO; 

. . RHN ADDR = PTR_ADD (THN ADDR,6); /* PAGE 3-20 

. CANONICAL PTR->TH = FID2 TH,BY NAME; 

. CANONICAL~PTR~>MU.DCF = PIULNTH - 6; 

END; 

. WHEN(FID3) 

DO; 

. RHN ADDR = PTR ADD (THN_ADDR,2) ; /* PAGE Br20 

. CANONICAL PTR->TH = FID3 TH,BY NAME; 

. CANONICAL~PTR->MU.DCF = PIULNTH - 2; „;; 

END; 


*/ 

/* 


♦/ 


*/ 


*/ 


*/ 


*/ 


WHEN(FID4) 

DO; 

. RHN__ADDR = PTR^ADD (THN^ADDR,26) ; /* PAGE B-20 */ 

. CANONICAL_PTR->TH = FID4JTH,BY NAME; 

END; 


. WHEN (FIDF) 

. DO; 

. CANONICAL PTR->TH = FIDF TH,BY NAME; 
. . RETURN; 

. END; 

END; 
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/* FIRST SEGMENT OR WHOLE BIO 


IP PID1.TH.BBIUI * BBIO THEN 
DO; 


*/ 


. CANONICAL PTR- >RH * RHN ADDR->RH,BY NAME; 

/* 

MOVE RH TO CANONICAL MU 

V 

. RUN_ADDR = PTR_ADD(RHN_ADDR,3); 

/* 

PAGE B-20 

*/ 

. IF CANONICAL PTR->SDI a SD THEN 

/* 

IF SNC PRESENT 

V 

. DO; 




. . CANONICAL PTR->SNC a run SNC; 

/* 

MOVE SNC TO MOCB 

*/ 

. . RON ADDR * ptr ADD(RON ADDR,4); 

/* 

PAGE B-20 

V 

. * CANONICAL_PTR->RO a RON (0: (CANONICAL_PTR->MO.DCF) 

“ 8); 



• • 

/* 

8 ALLOWS FOR ZERO ORIGIN 

*/ 

. END; 




- ELSE 




. CANONICAL - _PTR->R0 a RON(0:(CANONICAL_PTR->MU.DCF) - 

4); 




/* 

4 ALLOWS FOR ZERO ORIGIN 

V 

END; 




ELSE 




DO; 

/* 

MIDDLE OR LAST SEGMENT 

*/ 

. R0N_ADDR a RHN_ADDR; 





. CANONICALJPTR->RO a RON (0: (CANONICAL_PTR->MU.DCF) - 1); 

END; /* MOVE RO TO NO (ZERO ORIGIN) */ 


RETORN * 

END MAP_TO_CANONICAL; 


HODOLO: PROCEDURE(VALUE,MODOLOS) RETORNS(FIXED BINARY(15)); 


/* 

r- - — -————-— ---——---*—m 

| FUNCTION: THIS PROCEDORE RETORNS THE VALUE OF THE FIRST PARAMETER MODOLO THE | 

| SECOND. THAT IS, IT RETORNS THE REMAINDER PRODUCED WHEN THE FIRST | 

( PARAMETER IS DIVIDED BY THE SECOND. | 

I I 

| INPOT: A NON-NEGATIVE NOMBER THAT IS TO HAVE A MODOLO TAKEN AND THE | 

| POSITIVE MODULUS THAT IS TO BE OSED. | 

I I 

| OOTPOT: THE MODOLOS RESOLT | 

u-—---—-------j 

*/ 

DCL VALUE FIXED(15) BIN; 

DCL MODOLOS FIXED(15) BIN; 

RETURN(VALUE - ((VALOE / MODOLOS) * MODOLOS)); 

END MODOLO; 


NAO_SESSION_COONT: PROCEDURE(NAU_EA) RETORNS(FIXED BINARY(15)); 

/♦ 


j FUNCTION: COONTS THE NOMBER OF SESSIONS WITH THE SPECIFIED NAO. f 

I I 

( INPOT: THE ELEMENT ADDRESS OF THE SPECIFIED NAO f 

I I 

1 OOTPOT: THE NOMBER OF NON-RESET SESSIONS WITH THE NAU ( 

L _.....___________—-----1 

V 

DCL NAO EA BIT (16); 

DCL P PTR; 

DCL FETORNJTALOE BIT (16); 

RBTORN.VALOE a 0; 

SCAN SCB_LIST PTR(P); 

. IF P->SCB.THIS EA = NAO EA 6 

. P->SCB.THIS SA = NCB.NODE SOBAREA ADDRESS THEN 

. RETORNJTALOE =~RETURN_VALUE ♦ 1; 

SCANEND; 

RETURN(RETORN_VALOE); 

END NAO_SESSION_COUNT; 
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PTR_ADD: PROCEDURE(OLDADDR,INCR) RETURNS(PTR); 


/♦ 

r— --— --- - ----—*-- - - -~ --— --~1 

\ FUNCTION: THIS FUNCTION PERFORMS THE ADDITION OF AN INTEGER VALUE TO A l 

j POINTER. | 

I I 

( INPUT: THE POINTER AND INTEGER VALUE TO BE ADDED | 

I i 

| OUTPUT: THE FUNCTION RETURNS THE UPDATED POINTER VALUE. | 

I 1 

| REFERENCED Bt THE FOLLOWING PROCEDURE(S): | 

| MAP_FROM_CANONICAL PAGE B-16 | 

I MAP TO^CANONICAL PAGE B-18 | 


*/ 

DCL OLDADDR PTR; 

DCL INCR FIXED BIN(31); 

DCL OLDADDR^ALIAS FIXED BIN(31) BASED(ADDR(OLDADDR) ) ; 

DCL NEWADDR PTR; 

DCL NEWADDR__ ALIAS FIXED BIN(31) BASED (ADDR (NEW ADDR) ) ; 

NEWADDR_ALIAS = OLDADDR_ALIAS + INCR; 

RETURN(NEWADDR); 

END PTR_ADD; 



PURGE_RUS_FRO«^RESOURCE: PROCEDURE(RES_EA) ; 


/• 


FUNCTION: DEQUEUES AND DISCARDS AtL RUS THAT HAVE BEEN QUEUED FOR A LINK OR 
ADJACENT LINK STATION. THESE ARE QUEUED WHEN A REQUEST IS RECEIVED 
PRIOR TO THE LINK OR ADJACENT LINK STATION COMPLETING ITS RESET. 
THIS PROCEDURE IS CALLED WHEN AN INOP OCCURS DURING THE RESET OF A 
LINK OR ADJACENT LINK STATION. 

INPUT: THE ELEMENT ADDRESS OF THE RESOURCE 

OUTPUT: RUS TO PU.5VC_MGR.NS.BCV; 

REFERS TO THE FOLLOWING PROCEDURE(S): 

LOCATE_NODE_RESOURCE PAGE B-14 


*/ 

DCL P PTR; 

DCL RES EA BIT(16); 

DCL MU LIST PTR; 


P = LOC ATE_NODE__RESOURCE (RES_EA) ; /* PAGE B-14 ♦/ 

DESTROY P—>NRCB.SAVE_MU_FOR_RETRY_LIST; 


RETURN; 

END PURGE_RUS_FROM_RESOURCE; 
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RESOURCB > jrOTAL_SHARB - CNT: PROCEDURE (RESJBA) RETURNS (FIXED BINARY (15) ) ; 

/* 

1 FUNCTION: DETERMINES THE NQHBER OF CONTROL POINTS FOR WHICH THERE ARE ENTRIES ] 

| ON THP. CPCB LIST FOR THIS RESOURCE. | 

I “ I 

| INPUT: THE ELBHBNT ADDRESS OF THE RESOURCE | 

I I 

| OUTPUT: A COUNT OF THE CONTROL POINTS THAT CONTROL THE RESOURCE | 

I I 

| REFERS TO THE FOLLOWING PROCEDURE (S): | 

| LOCATEJIODEJRESOURCE PAGE B-14 | 

L_*- Z _-—-----» 

*/ 

DCL RBS_EA BIT(16); 

DCL P PTR* 

DCL CP_CNT FIXED BINARY (15); 

P * LOCATE_NODE_RESOURCE(RBS_£A); /* PAGE B-14 */ 

C P_C NT = 0; 

IF P -•« NULL THEN 

SCAN P->NRCB.CP_INDIRECT_LIST PTR(CP^INDIRECT_PTR) ; 

. CP.CNT = CP_CNT ♦ 1; 

SCANEND; 

RETURN(CP.CNT) ; 

END RESOURCE^TOTAL^SHARE^CNT; 


RQD: PROCEDURE RETURNS (BIT (1)); 


/* 

r —— —- — - — —- — - —-—--— -1 

1 FUNCTION: THIS PROCEDORE DETERMINES WHETHER THE MESSAGE IDENTIFIED BY MU_PTR I 

| REQUESTS THAT A DEFINITE RESPONSE BE MADE. i 

) INPUT: THE CURRENT MESSAGE UNIT. I 

I I 

| OUTPUT: RETURNS YES, IF AN RQD REQUEST; NO, IF NOT AN RQD REQUEST. | 


*/ 

DCL RC BIT (1); 

IF RRI - RQ 6 

(DR1I * DR1 { DR2I * DR2) 6 
ERI = hER THEN 
RC * YES; 

ELSE 

RC * NO; 

RETURN (RC) ; 

END RQD; 


RQE: PROCEDURE RETURNS(BIT(1) ); 


/* 

| FUNCTION: THIS PROCEDURE DETERHINES WHETHER THE MESSAGE IDENTIFIED BY HU_PTR 

| IS AN EXCEPTION REQUEST. \ 

I I 

| INPUT: THE CURRENT MESSAGE UNIT. I 

i I 

| OUTPUT: RETURNS YES, IF AN RQE REQUEST; NO, IF NOT AN RQE REQUEST. ( 

i._.-— . -.---. --——----J 

V 

DCL RC BIT(1); 

IF RRI “ RQ S 

ERI * ER THEN 
RC = YES; 

ELSE 

RC = NO; 

RETURN (RC) ; 

END RQE; 
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RQN: PROCEDURE RETURNS (BIT (1)); 

__ __/♦ f 

( FUNCTION: THIS PROCEDORE DETERHINES WHETHER THE HESSAGE IDENTIFIED BY HU PTR ( 

| REQUESTS THAT NO RESPONSE BE HADE. ( 

| INPUT: THE CURRENT HESSAGE UNIT* | 

| OUTPUT: RETURNS YES, IF AN RQH REQUEST; NO, IF NOT AN RQN REQUEST. | 

c---—__________—_t___-J 

♦/ 

DCL RC BIT( 1) ; 

IF RRI * RQ S 

DR II = -»DR1 & 

DR21 = -»DR2 S 

ERI = -,ER THEN 
RC * YES; 

ELSE 

RC a NO; 

RETURN(RC); 

END RQN; 


UPM_CREATE_RQ: PROCEDURE(RQ^NAME) RETURNS(POINTER) ; 


/♦ 


| FUNCTION: THIS UPH CREATES AN RU IN THE FORM DEFINED IN APPENDIX E FOR THE | 

| SPECIFIC REQUEST NAHB. | 

i I 

| INPUT: THE REQUEST NAHE. \ 

I I 

| OUTPUT: THE POINTER TO THE NEW HESSAGE UNIT. | 

c-—_-_-__-_... ... _- i-_____—*__J 

V 

DCL RQ NAME CHAR(31) VARYING; 

DCL MjPTR POINTER; 

CREATE K PTR->MO; 

/* UNDEFINED PROCEDURE */ 

RETURN(M PTR) ; 

END UPM_CREATE_RQ; 


UPM_CREATE_RSP: PROCEDURE(RSP — NAME) RETURNS(POINTER) ; 


/♦ 

«- —— --—•--——-——---- --- --——-—-- 1 

| FUNCTION: CREATES A RSP IN THE FCRM DEFINED IN APPENDIX E FOR THE SPECIFIC \ 

| REQUEST NAME. | 

| INPUT: THE RESPONSE NAHE I 

I I 

| OUTPUT: THE POINTER TO THE NEH HESSAGE UNIT. | 

t-—- 1 _—...... .... --- ___«..._*-- 

♦/ 

DCL RSP NAME CHAR(31) VARYING; 

DCL M_PTR POINTER; 

CREATE M PTR->HU; 

/* SEE FUNCTION */ 

RETURN(M^PTR); 

END UPM_CR15ATE RSP; 


\ 
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UPM_LOGs PROCEDURE(MESSAGE) ; 

/* 

| FUNCTION: THIS UPM MAKES AN ENTRY IN A LOG- | 

| INPUT: THE INVALID REQUEST OR RESPONSE- | 

I I 

j OUTPUT: AN ENTRY IS MADE IN THE LOG. | 

«_—___'_;_____J 

*/ 

DCL MESSAGE CHAR(*) VARYING; 

/* UNDEFINED PROCEDURE */ 

RETURN; 

END UPM_LOG; 
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APPENDIX C. THE EXECUTION MODEL 


SNA is an architecture defined by a meta-imp1ementation. 
The node meta-implementation uses data structures and 
specific algorithms that are not part of the architecture. 
The function performed is part of the architecture, but the 
particular method used is not. One of the important aspects 
of the meta-implementation is the execution model. The 
execution model defines the data structures and procedures 
needed for the meta-implementation to execute by describing 
how, when* and in what environment procedures are invoked in 
an SNA meta-implementation node. 

NODE META - IMPLEMENTATION 

The SNA node meta-imp1ementation consists of the FAPL 
procedures and multiple processes connected by shared 
storage. A process refers to an independent processing unit 
(and its storage), running asynchronously to all other 
processes in the node. Figure C-l shows the processes of a 
node. There is one higher-level process and multiple data 
link control (DLC) level processes. The number of DLC-level 
processes may differ from node to node, but is fixed at 
system-definition time for each node; one DLC-level process 
exists for each link attached to the node, whether or not 
the link is active. Subarea nodes may have any number of 
DLC-level processes; peripheral nodes have only one 
DLC-level process. 

The processes communicate with one another by means of 
shared storage. Information in shared storage data 
structures is placed there by one process and accessed by 
another. There are two types of data structures in shared 
storage: control blocks and lists. These data structures 
contain all information used by multiple processes. 

When entities or lists in shared storage are simply read by 
different processes, any number of processes may read 
simultaneously. There are, however, lists and entities over 
which a process requires exclusive control in order to 
update contained information or to access data liable to be 
updated . To control access to such objects, the FAPL 
statements LOCK (of a list) and UNLOCK are used. A 
procedure executing a LOCK statement is delayed until it is 
granted use of the requested resource. The LOCK and UNLOCK 
statements are used for both reading and writing when 
exclusive control is needed. 

In order to avoid deadlock possibilities and to simplify the 
locking mechanism, only one list is locked in a LOCK 
statement, and LOCK statements are not nested. 
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Figure C-l. Processes in an SNA node 


Figure C-2 shows the relationship of SNA layers of a subarea 
node to processes. Only transmission group control (TGC) 
spans processes. Each DLC element is contained in its own 
process and all other layers are in the higher-level 
process. For a peripheral node > there is a single DLC-level 
process and path control (PC) spans the two processes. 

There are three types of communication that require objects 
to be in shared storage: DLC element to PC > DLC element to 
PU.SVC_MGR.DLC_MGR» and an end user or node operator to the 
SNA node. Only the first of these is discussed in this 
book . 

For a subarea node > the objects that are in shared storage 
are those required for communication between TGC and the DLC 
elements. Figure C-3 shows the FAPL objects in shared 
storage: 

• The transmission group control b locks > TGCBs 


# 

The 

Q_BTU 

queue 

_RCV 

used 

to 

transmit 

PI Us 

from 

DLC 

to 

TGC 

• 
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transmit 
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Figure C-3. Contents of Shared Storage for a Subarea Node 


PARTS OF A PROCESS 

This section describes the structure of a process and the 
specific details of a subarea node higher-level process. 
The peripheral node higher-level process is similar; only 
its differences are described. Because DLC is not described 
in this book * the DLC-level process is not discussed. 

A process consists of a scheduler* a dispatcher* the 
dispatched procedures* and local storage for* and shared 
storage used by* the procedures invoked by that dispatcher. 
Figure C-4 shows the relations between these components and 
shared storage. 

The scheduler is the root procedure in a process. The 
scheduler's primary function is to select the scheduled data 
queues that are used by its associated procedures and 
initiate the reading. A scheduled data queue is a list 
declared with the QUEUE option on the NEWLIST statement. 
This option identifies the list as one that is known by the 
scheduler* the scheduler schedules the dispatching of the 
procedures that dequeue from these lists. 
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Figure C-4. Process Components and Interactions 


The term queue is used throughout the book to refer to a 
scheduled data queue. This appendix uses the longer name to 
distinguish these queues from the dispatching queues (see 
below) and to emphasize their role in the execution model. 
A scheduled data queue is used to carry information between 
components of the meta-implementation> a dispatching queue 
is part of the execution model used to control the execution 
order of subthreads (see below). A scheduled data queue may 
contain any type of entity! a dispatching queue always 
contains dispatching queue entries (DQEs, page C-18). A 
scheduled data queue is always anchored in a control block. 

The scheduler services each scheduled data queue in an order 
that can vary according to implementation options. When it 
selects a scheduled data queue to service* it sends an 
OPEN_QUEUE signal to the dispatcher, and then calls the 
dispatcher. The scheduled data queue that is selected may 
be located in either local or shared storage. 

The dispatcher services all SENDs in the process, both those 
from the scheduler and those from subsequently invoked FAPL 
procedures. The dispatcher processes the single SEND from 
the scheduler and any number of SENDs from the procedures 
before returning to the scheduler. When a SEND occurs, the 
information is placed on the dispatching queue. The 
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dispatching queue is a FIFO list that is not serviced by the 
scheduler. When the dispatcher gains control* it removes 
the next item from its dispatching queue and calls the 
procedure that is specified in the DQE. The dispatcher also 
maintains a set of variables comprising the current 
environment and accessible to dispatched procedures; the 
FAPL procedures assume that all these variables are properly 
established when they are invoked. 

The processing that occurs from the time that the scheduler 
calls the dispatcher to the time that the dispatcher returns 
control to the scheduler is referred to as a thread . The 
processing from the time that the dispatcher calls a FAPL 
procedure to the time it regains control is a subthread . 

THE SCHEDULER 

The scheduler requires knowledge of the data structures in 
order to locate the scheduled data queues and 
scheduler-initiated procedures to be serviced* and to pass 
the dispatcher the information needed to establish the 
current environment. The current environment needs to be 
established because single procedures work with multiple 
control blocks* and addressability to the proper control 
blocks must be provided. 

As the scheduler searches through data structures for the 
scheduled data queues and scheduler-initiated procedures* it 
sets the pointer to the last control block. When a thread 
is begun* the only control block pointer that is established 
is the one to the control block that contains the scheduled 
data queue being serviced or that triggers the 
scheduler-initiated procedure being invoked. Figure C-5 
shows the data structures and scheduled data queues of 
interest to the scheduler of a subarea node higher-level 
process. For a peripheral node* the scheduler of the 
higher-level process handles session control blocks CSCBs) 
for half-sessions and the PCCB. 

The scheduler traverses the data structures selecting the 
next scheduled data queue or procedures to service and 
establishing the pointer that is relevant. The scheduler of 
a subarea node higher-level process might establish SCB_PTR* 
TCCB_PTR, VRCB_PTR, TGCB_PTR, or PCCB_PTR. The node control 
block (NCB) is always available to the FAPL procedures. 
Procedure HIGHER_LEVEL_SCHEDULER (page C-14) shows the 
meta-implementation scheduler for a subarea node 
higher-level process. The servicing of a scheduled data 
queue consists of verifying that the scheduled data queue is 
not empty* sending an OPEN_QUEUE signal to the associated 
dequeuing procedure* and calling the dispatcher. The 
servicing of a scheduler-initiated procedure consists of 
sending a signal to the procedure and calling the 
dispatcher. 
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Figure C-5, 


Node Data Structures Used by the Scheduler of a 
Subarea Node Higher-Level Process 


A dequeuing procedure is a FAPL procedure having the 
function to check that it is in a state to receive messages. 
If it is in a valid state, the procedure dequeues an entity 
(using REMOVE), and processes it. In this book, these 
procedures are named DEQUEUE.queue-name (ora variation on 
that form). 
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There are two types of scheduled data queues that a 
scheduler services: ones that pass message units between 
architected components and ones that pass message units into 
or out of the node. Only the first type is discussed in 
this book. 

The scheduled data queues serviced by a subarea node 
higher-level process are Q_PAC, Q_TC_TO_DFC» Q_VR_PAC* and 
Q_BTU_RCV. For each of these scheduled data queues* an 
architected procedure inserts an entity on the scheduled 
data queue* and an architected dequeuing procedure removes 
it. These scheduled data queues contain one of two types of 
entities: message units (MUs, page C-16) or basic 
transmission units (BTUs* page C-18). 

There are three scheduler-initiated procedures in a subarea 
node higher-level process: TC_OR_BF^_TC. IPR_SEND* 
PC_SA.VRC.VRPRS_SEND * and PU.SVC_MGR.PC_ROUTE_MGR.RCV. 
TC_0R_BF_TC.IPR_SEND is used to initiate isolated pacing 
responses for a half-session or boundary function to its 
pacing partner (boundary function or half-session). 
PC_SA.VRC.VRPRS_SEND is used to initiate virtual route 
pacing responses. PU.SVC_MGR.PC_ROUTE_MGR.RCV is used to 
initiate an NC_DACTVR(Forced). In all these cases* the 
decision to send the request or response is 
implementation-dependent. In the meta-implementation * a UPM 
is called within the sent-to procedure that makes the 
implementation-dependent part of the decision about sending 
the message* and the architected procedure determines if it 
is architecturally valid to send the message. 

If a scheduler is in control* and all its scheduled data 
queues are empty* a new thread is started by one of the 
scheduler-initiated procedures or by the appearance of data 
on a scheduled data queue. This data is placed there by a 
different process or by something outside the SNA node 
(e.g.* end users* node operators). 

THE DISPATCHER 

The dispatcher has the responsibility of processing SENDs. 
Unlike CALL* SEND does not imply return of control to the 
issuing procedure when the invoked procedure completes. A 
SEND implies only that execution will occur at some later 
unspecified time, not immediately* as With a CALL. 

One of the differences between using SEND to pass a message 
unit and enqueuing it (via INSERT) on a scheduled data queue 
is in the invocation of the receiving procedure. SENDs are 
processed in the order in which they are executed; message 
units placed on different scheduled data queues are 
processed in the order in which the scheduled data queues 
are serviced, though they are handled FIFO within a 
scheduled data queue. 
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Figure C-6. Details of a Dispatcher 


Whenever a SEND is issued? a DQE is added to the dispatching 
queue. When the dispatcher gains control? it removes the 
next entry from the dispatching queue? establishes the 
current environment? and calls the procedure that the SEND 
specified. Figure C-6 shows the structure of the dispatcher 
and its interactions with the scheduler and FAPL procedures. 

The DQE contains the information used to establish the 
current environment for the procedure that the SEND 
specified. 
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For the dispatcher of a higher-level process* the current 
environment consists of two sets of variables* one kept in 
the environment vector (EV) and one kept in the node control 
block (NCB). (The environment vector is a structure 
containing meta-implementation variables.) The variables 
included in the current environment are: 

• The destination procedure 

• The sending procedure 

• The input signal that was sent* if any 

• The parameter pointer (PARM_PTR) that was sent* if any 

• The canonical message unit (MU) that was sent* if any 

• The pointers to all current control blocks* other than 

the NCB, as defined in the C0NTRQL_BL0CK_D EFINITION 
statement 

The control block pointers are the part of the current 
environment kept in the NCB. The set of control blocks used 
in a subarea node includes the LSCB, TGCB* ERCB* VRCB* and 
SCB* in a peripheral node* the set includes the LSCB, PCCB 
and SCB. Some of the control block pointers may not have 
meaningful values* because they are not applicable to the 
current processing. (For example* a half-session does not 
have any knowledge of link stations* and so it has no LSCB.) 
The invoked procedure uses only the pointers that are 
properly established. 

The first five variables listed above are kept in the EV. 
The canonical message unit requires a few additional 
remarks; the first four fields are described in the context 
of the SEND statement. 

The canonical message unit is a meta-implementation device 
to allow the code of the meta-implementation to be FID-type 
independent* and to allow all layers to use a generic 
structure. Depending on what fields are filled in, the MU 
may represent a PIU* a BIU, or an RU. The valid fields are 
determined by the procedure using the MU. (A BTU is 
represented by a different entity and an explicit conversion 
is made from BTU to PIU.) 

Procedure MAP_TO_CANONICAL (Appendix B) converts the 
link-form PIU into the canonical form as soon as it is 
received in PC. All processing then assumes the canonical 
form. Similarly* MAP_FROM__CANONICAL (Appendix B) converts 
the canonical MU into a link-form PIU just before it is 
passed to a DLC element. 


C-10 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 




The message unit control block (MUCB) is a portion of the MU 
used to keep information that is related to the MU> but not 
part of it. It is used primarily for passing parameters 
about the MU between layers. For example, the Lost Data 
indicator (LDI) is a parameter passed from DLC to PC, 
indicating whether or not any data received on a link was 
lost because of truncation. 

The SEND statement creates a DQE* fills in the appropriate 
values* and adds an entity to the dispatching queue. The 
destination procedure is specified in the SEND statement 
itself* as are the MU, the input signal* and PARM_PTR, if 
they are applicable. The sending procedure is the current 
destination procedure, i.e.* the field specifies the 
procedure that started the current subthread. For the 
control block pointers, the current values are copied* 
unless an override is explicitly given in the USING clause. 

There are two places that SENDs occur: the scheduler and 
dispatched FAPL procedures. For a SEND in the scheduler of 
a higher-level process* the destination procedure is the 
dequeuing procedure, the sending procedure is the scheduler* 
the input signal is OPEN_QUEUE * and no value for PARM_PTR is 
specified. A message unit is not sent; if a thread is using 
an existing message unit, the message unit is on the 
scheduled data queue and the dequeuing procedure establishes 
the pointer. The scheduler establishes only the pointer to 
the control block that contains the scheduled data queue 
being serviced. 

For SENDs occurring in dispatched FAPL procedures, the 
destination procedure is the procedure specified in the 
SEND* the sending procedure is the current destination 
procedure, and the input signal and PARM_PTR are specified 
in the SEND statement itself. The SEND statement causes the 
current value of the pointers to all control blocks other 
than the NCB* unless they are overridden by a USING clause* 
to be copied in the DQE. The procedures that communicate 
via SENDs are responsible for validly establishing the 
appropriate pointers. For FAPL procedures in the 
higher-level process* the value, of the pointer to the 
specified MU is also copied; if a signal is being sent, a 
null pointer is placed in the DQE. 

When the dispatcher gains control and removes a DQE, it 
copies the values of the entry into the variables of the 
current environment* and calls the specified procedure. A 
dispatcher procedure for a subarea node higher-level process 
is shown on page C-13. 

A procedure called by the dispatcher of a higher-level 
process has different levels of access to the different 
fields of the current environment. The procedure can use or 
change any of the pointers to the MU or control blocks by 
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referring to the appropriate pointers. (All these entities 
are defined to use the current environment pointers as their 
default pointers* so an unqualified reference to any of 
these entities refers to the one defined by the current 
environment.) As for the other variables* the destination 
procedure is not accessible* the sending procedure and input 
signal can be checked by the built-in functions* 
DISPATCHED_BY and INPUT* respectively* and the parameter can 
be accessed by referring to PARM_PTR. While values may be 
assigned to PARM_PTR* the value is passed on by a SEND only 
if PARM_PTR is included in the USING clause. 


/f 
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HIGHER.LEVEL DISPATCHER: PROCEDURE; 


FUNCTION: THIS IS A DISPATCHER FOR A SUBAREA NODE HIGHER-LEVEL PROCESS. THE 

DISPATCHER DEQUEUES THE FIRST ENTRY FROM THE DISPATCHING QUEUE (IF 
IT IS NOT EMPTY), SETS UP THE CURRENT ENVIRONMENT, AND CALLS THE 
NAMED PROCEDURE. IF THE DISPATCHING QUEUE IS EMPTY, CONTROL IS 
RETURNED TO THE SCHEDUIEB. 

INPUT: NO INPUT AT TIME OF CALL. INPUT TO THE DISPATCHER IS IN THE FORM OF 

ENTITIES ADDED TO THE DISPATCHING QUEUE BY SEND STATEMENTS. 

OUTPUT: A CALL TO THE NEXT SENT-TO PROCEDURE OR A RETURN TO THE SCHEDULER 

NOTES: 1. THE NECESSARY DECLARATION AND INITIALIZATION LOGIC FOR THE ENTRY 

VARIABLE ARRAY, PROCNAME, TO INCLUDE ALL DESTINATION PROCEDURES 
REPLACES THE "DCL PROCNAME;" STATEMENT. 

2. DISPQ, THE DISPATCHING QUEUE, IS DEFINED BY THE FOLLOWING NEWLIST 
STATEMENT: 

NEWLIST DISPQ ENTRY_NAME(DQE) FIFO; 

DQE IS DECLARED ON PAGE C-18. 


REFERENCED BY THE FOLLOWING PROCEDURE(S)j 
HIGHER LEVEL SCHEDULER 


PAGE C-14 


DCL PROCNAME; 

DO WHILE(-EMPTY(DISPQ) ) ; 

. REMOVE DQE FROM DISPQ; 


/* SEE NOTE 1 

/* DISPATCHER CONTINUES TO CALL PROCEDURES 
/* UNTIL ITS QUEUE IS EMPTY. SEE NOTE 2. 


*/ 

V 

*/ 

*/ 


THE FOLLOWING STATEMENTS SET DATA AND 
POINTERS INTO THE EV FROM THE DQE TO 
INITIALIZE THE CURRENT ENVIRONMENT FOR THE 
PROCEDURE TO BE CALLED. THE DQE WAS 
GENERATED BY EXECUTION OF A SEND STATEMENT. 



EV.DEST PROC 

= 

DQE.DEST PROC; 

/* DESTINATION PROCEDURE NAME 

V 

V 


EV.SEND PROC 

= 

DQE.SEND _ PROC; 

/* SENDING PROCEDURE NAME 

V 


EV.INPUT SIGNAL 

= 

DQE.INPUT SIGNAL; 

/* INPUT SIGNAL 

V 


NCB.LSCB PTR 

= 

DQE.LSCBPTR; 

/* LINK STATION CONTROL BLOCK 

V 


NCB.SCB_PTR 

s 

DQE.SCBPTR; 

/* SESSION CONTROL BLOCK 

V 


NCB.TGCB PTR 

= 

DQE.TGCBPTR; 

/* TRANSMISSION GROUP CONTROL BLOCK 

V 


NCB.ERCB PTR 

= 

DQE.ERCBPTR; 

/* EXPLICIT ROUTE CONTROL BLOCK 

*/ 


NCB.VRCB_PTR 

sc 

DQE.VRCBPTR; 

/* VIRTUAL ROUTE CONTROL BLOCK 

*/ 


NCB.NRCB_PTR 

sc 

DQE.NRCBPTR; 

/* NODE RESOURCE CONTROL BLOCK 

*/ 


NCB.DRCB_PTR 

s 

DQE.DRCBPTR; 

/* DOMAIN RESOURCE CONTROL BLOCK 

*/ 


NCE.TCCB PTR 

s: 

DQE.TCCBPTR; 

/* TRANSMISSION CONTROL CONTROL BLOCK 

V 


EV.PARM PTR 

= 

DQE.PARMPTR; 

/* PARAMETER LIST POINTER 

V 


EV.MU PTR 

= 

DQE.MUPTR; 

/* CANONICAL MESSAGE UNIT POINTER 

♦/ 


. DISCARD DQE; 

. CALL PROCNAME(EV.DEST_PROC); 
END; 

RETURN; 

END HIGHER_LEVEL_DISPATCHER; 
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HIGHER_LEVEL_SCHEDULER: PROCEDURE; 


/* 


FUNCTION: THIS PBOCEDORE SERVICES AIL SCHEDULED DATA QUEUES OF A HIGHER-LEVEL 

PROCESS IN A SUBAREA NODE. IF THE SCHEDULED DATA QUEUE IS NOT 
EMPTY, THE PROCEDURE SENDS A SIGNAL TO THE APPROPRIATE DEQUEUING 
PROCEDURE AND CALLS THE DISPATCHER. THIS IS ONLY ONE OF HANY 
POSSIBLE IMPLEMENTATIONS OF A HIGHER-LEVEL SCHEDULER. 

INPUT: NONE 

OUTPUT: SENDS AN OPEN QUEUE SIGNAL TO THE DEQUEUING PROCEDURE OF THE 

SELECTED SCHEDULED DATA QUEUE. EACH SCAN ESTABLISHES THE POINTER TO 
THE CURRENT CONTROL BLOCK BEING USED. 

REFERS TO THE FOLLONING PROCEDURE(S): 

HIGHER_LEVEL_DISPATCHER PAGE C-13 


*/ 

/♦ 


i- - ---—-1 

| ESTABLISH THE SCHEDULER AS THE START OF THE | 

| CURRENT THREAD | 

i____-_i 

V 

DQE.SEND PROC ■ SCHEDULER INDEX; /* VALUE SET BY PROCESSOR */ 


DO WHILE (B'1'); 


SERVICE PCCB SCHEDULED DATA QUEUE 


. IF -EMPTY(PCCB.Q_BTU_RCV) THEN 
. DO; 

. . SEND 'OPEN QUEUE' TO PC.DEQ Q BTU BCV; 

. . CALL HIGHER LEVEL DISPATCHER 

. END; 


| SERVICE TGCB SCHEDULED DATA QUEUES 


. SCAN TGCB LIST PTR (TGCB PTR) ; 

. . IF -.EMPTY (TGCB.Q_BTD”RCV) THEN 
. . DO; 

. . . SEND »OPEN_QUEUE' TO PC_SA.TGC.DEQ_Q_BTU_RCV; 

. . . CALL HIGHER_LEVEL_DISPATCHER; 

. . END; 

. SCANEND; 


i-—-*- 

| SERVICE VRCB SCHEDULED DATA QUEUES 
| SCHEDULER-INITIATED PROCEDURES 


SCAN VRCB LIST PTR(VRCB PTR); 

. IF -EMPTY(VRCB.Q VR PAC) THEN 
. DO; 

. . SEND 'OPEN QUEUE' TO PC SA.VRC.DEQ.Q_VR PAC; 

. . CALL HIGHER LEVEL DISPATCHER; 

END; 

. SEND 'SEND_VRPRS' TO PC SA.VRC.VRPRS SEND; 

. CALL HIGHER_LEVEL_DISPATCHER; 

. SEND 'SEND DACTVR F' TO PU.SVC MGR.PC ROUTE MGR.RCV; 
. CALL HIGHER_LEVEL~DISPATCHER; 

SCANEND; 


/* ONCE GIVEN CONTROL, */ 
/* SCHEDULER CONTINUES */ 
/* RUNNING INDEFINITELY */ 

/* 


I 


*/ 


/* CHAPTER 3 */ 

/* PAGE C-13 */ 

/* 


I 


*/ 


/* CHAPTER 3 */ 

/* PAGE C-13 */ 


/* 

AND 1 

I 




V 

/* 

CHAPTER 3 

*/ 

/* 

PAGE C-13 

*/ 

/* 

CHAPTER 3 

*/ 

/* 

PAGE C-13 

V 

/* 

CHAPTER 12 

*/ 

/* 

PAGE C-13 

*/ 
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I-—--— --—— — --— --J 

{ SERVICE SCB SCHEDULED DATA QUEUES AND \ 
| SCHEDULER-INITIATED PROCEDURES j 






*/ 

SCAN SCB LIST PTR (SCB PTR) ; 





TCCB_PTR = SCB.TC CB_FTR; 





IF ^EMPTY (TCCB.Q_PAC) THEN 





DO; 





. SEND •OPEN_QUEUE' TO TC OR BF TC.DEQUEUE.Q PAC; 

/* 

CHAPTER 4 

♦/ 


. CALL HIGHER LEVEL DISPATCHER;" 

/* 

PAGE C-13 

V 


END; 





SEND ‘SEND IPR' TO TC OR BF_TC.IPR SEND; 

/* 

CHAPTER 4 

*/ 


CALL HIGHER_LEVEL_DISPATCHER; 

/* 

PAGE C-13 

V 


IF SCB.SCB_TYPE = HALF_SESS THEN 





DO; 





. IF -’EMPTY (SCB. Q_TC TC DFC) THEN 





DO; 





. . SEND 'OPEN QUEUE* TO DEQUEUE.Q_TC_TO DFC; 

/* 

CHAPTER 5 

V 


. CALL HIGHER_LEVEL DISPATCHER; 

/* 

PAGE C-13 

V 


END; 





END; 





ELSE 

/* 

SCB.SCB_TYPE = BF__SESS 

V 


DO; 





. TCCB PTR = SCB.SEC TO BF TC CB PTR; 





. IF -.EMPTY (TCCB. Q_PAC)" THEN 





DO; 





. . SEND 'OPEN QUEUE* TO TC_OR BF TC.DEQUEUE.Q_PAC; 

/* 

CHAPTER 4 

V 


. CALL HIGHER LEVEL DISPATChIr;~ 

/* 

PAGE C-13 

♦/ 


END; 





. SEND 'SEND IPR* TO TC_OR_BF_TC.IPR_SEND; 

/* 

CHAPTER 4 

*/ 


. CALL HIGHER_LEV£L_DISPATCHER; 

/* 

PAGE C-13 

*/ 


• END; 
SCANEND; 


END; 

END HIGHER_LEVEL_SCHEDULER; 
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/* 

r—-— --—------——---“1 

| CANONICAL MESSAGE UNIT (HU) DEFINITION | 

| FUNCTION: THE CANONICAL MESSAGE UNIT IS THE STRUCTURE USED TO ADDRESS ALL | 

| MU-RBLATBD FIELDS THROUGHOUT THE ARCHITECTURE. IT COMBINES ALL | 

! FIELDS OF ALL FID TYPES AND HAS ALL THE FIELDS OF A PIU. IN LAYERS | 

| THAT WORK WITH BID'S OR HU'S, ONLY THE APPROPRIATE FIELDS ARE FILLED | 

I IN. I 

(L-,-.-.,__—_—__—_____._____-------------1 


ENTITY(MU), 


*/ 


THE MESSAGE UNIT CONTROL BLOCK (MUCB) IS USED | 
TO CONTAIN CONTROL INFORMATION RELATED TO A | 
MESSAGE UNIT AS IT FLOWS THROUGH A NODE. THE | 
MUCB IS UNIQUE AS A CONTROL BLOCK SINCE IT IS | 
A PART OF THE MESSAGE UNIT ITSELF AND IS | 
CREATED AND DISCARDED WITH THE MESSAGE UNIT. | 


2 MUCB, 


3 

SEND CHECK SENSE 

BIT (32) , 

/* 

SENSE FIELDS ARE USED TO COMMUNICATE TO 

V 

3 

RECEIVE CHECK SENSE BIT (32), 

/* 

THE END USER IN THIS NODE WHAT ERROR OCCURRED 

V 

3 

TG SEND PRTY 

BIT (4) , 

/* 

WORKING PRIORITY 

*/ 

3 

diSection 

BIT (1) , 

/* 

B'O' = SEND, B'1' - RECEIVE 

*/ 

3 

SEND CHECK 

BIT (1) , 

/* 

INDICATES THAT SEND_CHECK_SENSE IS SET 

*/ 

3 

LDI 

BIT (1) , 

/* 

LOST DATA INDICATOR^ 

*/ 

3 

XID 

BIT (1) , 

/* 

RU IS AN XID. TH & RH NOT MEANINGFUL 

*/ 

3 

XID LENGTH 

FIXED(16) BIN, 

/* 

LENGTH OF XID. ONLY SET IF XID BIT ON 

*/ 

3 

PUCP BASED SESSION BIT(2), 

/* 

B* 00* = NOT, B'01' = PUCP TO PU 

*/ 




/* 

B*10' = PUJFO„PUCP, B*11 * = RESERVED 

V 

2 TH, 





3 

SNF 

FIXED(16) BIN, 

/* 

SEQUENCE NUMBER FIELD 

*/ 

3 

DCF 

FIXED(16) BIN, 

/* 

DATA COUNT FIELD., FOR RECEIVED FID'S 2 AND 

V 




/* 

3, LENGTH IS SET BY MAP TO CANONICAL FROM 

V 




/* 

A VALUE IN THE BTUCB 

*/ 

3 

DSAF 

BIT (32) , 

/* 

DESTINATION SUBAREA FIELD 

*/ 

3 

OSAF 

BIT (32) , 

/* 

ORIGIN SUBAREA FIELD 

V 

3 

DEF 

BIT (16) , 

/* 

DESTINATION ELEMENT FIELD 

*/ 

3 

OEF 

BIT(16) , 

/* 

ORIGIN ELEMENT FIELD 

V 

3 

DAF 

BIT (16) , 

/* 

DESTINATION ADDRESS FIELD 

*/ 

3 

OAF 

BIT (16) , 

/* 

ORIGIN ADDRESS FIELD 

*/ 

3 

DAFPRIME 

BIT (8) , 

/* 

DESTINATION ADDRESS FIELD 

*/ 

3 

OAFPRIME 

BIT (8) , 

/* 

ORIGIN ADDRESS FIELD 

*/ 

3 

LSID, 






4 LO PU IND 

BIT (1) , 

/* 

B'O' = PU, B*1' = LU 

v 


4 LU__SSCP_IND 

BIT (1) , 

/* 

B'O' = SSCP, B'1• = LU 

*/ 


4 LOCAL ADDRESS 

BIT (6) , 

/* 

LOCAL ADDRESS 

V 

3 

FID 

BIT (4) , 

/* 

FORMAT ID 

V 

3 

BBIUI 

BIT (1) , 

/* 

BEGIN BIU SEGMENTING FLAG 

*/ 

3 

EBIUI 

BIT (1) , 

/* 

END BIU SEGMENTING FLAG 

*/ 

3 

EFI 

BIT ( 1) , 

/* 

EXPEDITED FLOW INDICATOR 

V 

3 

TG SWEEP 

BIT (1) , 

/♦ 

SWEEP = THIS PIU DOES NOT OVERTAKE ANY OTHER 

V 

3 

ER_VR_SUPP„IND 

BIT ( 1 ) , 

/* 

PREFER VR * NODE ON ROUTE DOES NOT SUPPORT 

♦/ 




/* 

ER'S &~VR ' S 

*/ 

3 

VS_PAC_CNT_IND 

BIT (1) , 

/* 

PAC_CNT_0 = VR PACING COUNT HAS REACHED 0 

*/ 

3 

NTWK_PRTY 

BIT ( 1) , 

/* 

N PRTY « PIU FLOWS AT NETWORK PRIORITY 

*/ 

3 

IERN 

BIT (4) , 

/* 

INITIAL ERN 

*/ 

3 

ERN 

BIT (4) , 

/* 

EXPLICIT ROUTE NUMBER 

*/ 

3 

VRID, 






4 VRN 

BIT (4) , 

/* 

VIRTUAL ROUTE NUMBER 

v 


4 RESERVED 

BIT (2) , 

/* 

RESERVED BITS 

V 


4 TPF 

BIT (2) , 

/* 

TRANSMISSION PRIORITY FIELD 

*/ 




/* 

00 = LOW, 01 = MEDIUM, 10 = HIGH 

*/ 

3 

VR CWI 

BIT (1) , 

/* 

1 = DECR RQ ON, 0 = OTHERWISE 

*/ 

3 

TG_NONFIFO_IND 

BIT (1) , 

/* 

1 = -»TG REFIFO, 0 = TG REFIFO 

*/ 

3 

VR SQTI 

BIT (2) , 

/* 

NSEQ NSUP, NSEQ SUP, OR SING SUP 

*/ 

3 

TG SNF 

BIT (12) , 

/* 

USED~BY VR, TG NONFIFO IND =~1 

*/ 

3 

VRPRQ 

BIT (1) , 

/* 

1 = VR PACING RQ ON, 0OFF 

*/ 

3 

VRPSS 

BIT (1) , 

/* 

1 = VR PACING RSP ON, 0 = OFF 

V 

3 

VR CWRI 

BIT (1) , 

/* 

1 = DECR WINDOW BY 1, 0 = INCR WINDOW BY 1 

V 

3 

VR RWI 

BIT (1) , 

/* 

1 = RESET WINDOW TO 1, 0 = OTHERWISE 

♦/ 

3 

VR_SNF_SEND 

BIT (12), 

/* 

SEND SEQ NUMBER 

*/ 

3 

SNAI 

BIT (1) , 

/* 

0 « PRE SNA, 1 = OTHERWISE 

V 

3 

CMD FORMAT 

BIT (8) , 

/* 

FIDF, X'01* = TG CMD 

*/ 

3 

CMD~TYPE 

BIT (8) , 

/* 

FIDF, X'01« = TG SNF WRAP ACK 

V 

3 

cmd“seq num 

FIXED(16) BIN, 

/* 

FIDF, COMMAND SEQ NUMBER 

*/ 
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2 



3 

RRI 

BIT (1) , 

/* 

RQ = REQUEST, RSP = RESPONSE 


♦/ 


3 

RU CTGY 

BIT (2) , 

/* 

FMD, NC, DFC, OR SC 


*/ 


3 

Fl” 

BIT (1) , 

/* 

1 = FMH OR NSH 


*/ 


3 

SDI 

BIT (1) * 

✓* 

SD = SENSE DATA INCLUDED 


*/ 


3 

BCI 

BIT (1) , 

/* 

BC = FIRST IN CHAIN 


*/ 


3 

ECI 

BIT (1) , 

/* 

EC = LAST IN CHAIN 


*/ 


3 

DR1I 

BIT (1) , 

/* 

FOR A REQUEST, THE ENCODINGS ARE 

*/ 


3 

DR2I 

BIT (1) , 


RQN = DR1I=-.DR1 S DR2I=-'DR2 & 

ERI=-»ER 

*/ 


3 

ERI 

BIT (1) , 

/* 

RQE = (DR1I=DR 1 | DR2I-DR2) 6 

ERI=ER 

♦/ 





/* 

RQD = (DR 11=DR1 | DR2I=DR2) & 

ERI=-»ER 

*/ 


3 

QRI 

BIT (1) , 

/* 

QR = ENQUEUE RESPONSE IN TC QUEUE 

V 


3 

PI 

BIT (1) , 

✓* 

PAC = PACING RESPONSE 


*/ 


3 

BBI 

BIT (1) , 

/* 

BB = BEGIN BRACKET 


*/ 


3 

EBI 

BIT (1) , 

/* 

EB = END BRACKET 


V 


3 

CDI 

BIT (1) , 

/♦ 

CD = CHANGE DIRECTION 


*/ 


3 

CSI 

BIT (1) , 

/* 

ENCODING USED, CODEO OR CODE1 


*/ 


3 

EDI 

BIT (1) , 

/* 

ED = RU IS ENCIPHERED 


*/ 


3 

PDI 

BIT (1) , 

/* 

PD = RU IS PADDED 


V 

2 

SNC 

BIT(32) , 

/* 

SENSE DATA. ONLY FILLED IN IF 

SDI = SD 

V 

2 

RU 

CHAR(1024) ; 

/* 

LENGTH OF RU IS DCF - 3(LENGTH 

OF RH) 

V 

DCL RTI 

BIT (1) 

BASED(ADDR(ERI)); 

/* 

FOR A RESPONSE, B»0' = POS & B 

1* = NEG 

*/ 


/* 


i-—--—i 

| REQUEST-RESPOUSE UNIT (RU) DEFINITIONS I 


DCL 1 NS_RBQUEST UNALIGNED BASED (ADDR(RU)) , 
2 SERVICE TYPE BIT (8), 

2 NS^CATEGORY BIT (8) , 

2 NS RQ CODE BIT (8); 

DCL RQ CODE~BIT(8) BASED (ADDR (RU)) ; 

DCL 1 NSC RQ UN ALIGNED BASED(ADDR (RU)) , 

2 NS HEADER BIT (24), 

2 taIget ADDRESS BIT (16); 


V 

/* FOR NS REQUESTS */ 
/* PU OR LU OR EITHER V 
/* SAME OR CROSS DOMAIN AND */ 
/* TYPE OF SERVICE ♦/ 


/* ACCESS TO TARGET ADDRESS */ 
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DISPATCHING QUEUE ENTRY (DQE) 

FUNCTION: THIS ENTITY IS CREATED BY THE SEND STATEMENT AND PLACED ON THE 

DISPATCHING QUEUE (DISPQ). IT IS REMOVED FROM DISPQ AND PROCESSED 
IN PROCEDURE DISPATCHER (PAGE C-13). 


ENTITY (DQE),. 

2 MUPTR PTR, 

2 LSCBPTR PTR, 

2 SCBPTR PTR, 

2 TGCBPTR PTR, 

2 ERCBPTR PTR, 

2 VRCBPTR PTR, 

2 NRCBPTR PTR, 

2 DRCBPT1 PTR, 

2 TCCBPTR PTR, 

2 PARMPTR PTR, 

2 INPUT^SIGNAL FIXED(8) BIN, 
2 DESTJPROC FIXED (8) BIN, 

2 SEND PROC FIXED (8) BIN; 


*/ 

/* DISPATCHING QUEUE ENTRY */ 
/* MESSAGE UNIT PTR */ 
/♦ LINK STATION CONTROL BLOCK PTR */ 
/* SESSION CONTROL BLOCK PTR ♦/ 
/♦ TRANSMISSION GROUP CONTROL BLOCK PTR V 
/♦ EXPLICIT ROUTE CONTROL BLOCK PTR V 
/♦.VIRTUAL ROUTE CONTROL BLOCK PTR ♦/ 
/♦ NODE RESOURCE CONTROL BLOCK PTR */ 
/♦ DOMAIN RESOURCE CONTROL BLOCK PTR ♦/ 
/♦ TRANSMISSION CONTROL CONTROL BLOCK PTR */ 
/♦ PARAMETER ENTITY PTR ♦/ 
/* INPUT SIGNAL NUMBER V 
/* DESTINATION PROCEDURE NUMBER */ 
/♦ SENDING PROCEDURE NUMBER */ 


/* 

i--- -— ---—-*-- — --—* ~---—*— ------————— 

I BASIC TRANSMISSION UNIT (BTU) | 

I I 

| FUNCTION: THE BTU IS THE UNIT OF SNA REQUESTS AND RESPONSES TRANSMITTED IN A { 

| SINGLE BASIC LINK UNIT (BLU). IT CONSISTS OF ONE OR MORE PIU'S. | 

| THIS ENTITY CAPTURES THE DATA OF THE BTU PLUS ITS LENGTH AND THE | 

j LINK STATION AT WHICH IT WAS RECEIVED. THE BTU IS USED IN THE DATA j 

| LINK CONTOL LAYER AND IN THE TRANSMISSION GROUP CONTROL SUBLAYER OF | 

| PATH CONTROL. ) 

L-.--_____________________________-J 

V 


ENTITY (BTU), 


2 BTUCB, 


3 BTU LENGTH FIXED (16) BIN, 

/* 

3 LSCBPTR PTR, 

/* 

3 LDI BIT (1), 

/* 

2 BTU_DATA CHAR(♦) ; 

/♦ 


LENGTH OF BTU ♦/ 
LINK STATION FROM WHICH THE BTU ARRIVED */ 
LOST DATA INDICATOR ♦/ 

ONE OR MORE PIUS. ARBITRARY MAX LENGTH */ 
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IB FOBfrATS 

Fora 
Type 


! o i i 

1 

2 I 3 

1 4 | 5 

i 

6 I 7 

1 

i 

8 I 9 | 

1 

1 : : : I 

|F :H : :Ef 

r — 

1 

1 

Destination 

*F.. J, ,J “ " - '.. 

1 

| Origin 

i 

i 

Sequence 

1 

1 

... 1 " 1 k 

1 

Data | 

II 2P : :F| 

1 

lddress 

| Address 

i 

Number 

1 

Count | 

|D :F : s11 

a ♦ e • 1 

1 

i 

Field (DBF) 

| Field (OAF) 

a 

i 

i 

Field (SNF) 

1 

i 

Field (DCF) | 

i 

1 • • • 1 

I0000:xx:r:x| rrrrrrrr 

L-___ JL _ -.-. 

1 

1 


1 

i 

i_ __ — 

i 

i 


i 

1 

i 

1 

_ -j 


FIDO 


1 

1 

Destination 

— r »,- 

1 

j Origin 

1 

1 

Sequence 

— T- 

1 

1 

Data 

—— i 

1 

Address 

j Address 

1 

Number 

1 

Count 


1 

1 

Field (DAF) 

| Field (OAF) 

1 

1 

Field (SNF) 

1 

1 

Field (DCF) 


1 


1 

- L - - 

1 

-J- 


1 

J- 


- 1 


FID 1 


I 

I F 
I I 
I D 
I 

10001 


I 


H : :E| 
P s : F | 
F : : 11 
: : I 
xx:r:x| 


rrrrrrrr 


FID2 


I 

I F 
I I 
I D 
I 

10010 


: I 
:E| 
:F| 
:l| 
: : I 
xx:r:x| 


F S 


rrrrrrrr 




1 

1 

1 

| Sequence 



DAF* 

| OAF* 

j Number 




1 

1 

| Field (SNF) 

1 




1 

—i- 

1 

—i- — 

_i 


: 


• 

1 


' T ' ' * 

| LSID | 

1 F 

FID3 | I 

H : 

P : 

E|—i—i-1 

F| | | Local | 

1 D 

F 2 

I|| j Addressj 

iii i 

| 

10011 

xx:r 

III 1 


I I 
I I 
I I 
I I 
I I 
I I 
I I 
I *- 
I 


-> LO/PO Indicator (0 * PO; 1 * LO) 

-> LO/SSCP Indicator (0 * SSCP; 1 = LO) 

-> Expedited Flow Indicator (0 * Normal; 1 = Expedited) 

-> Happing Field (00 * Riddle Segment * (-»BBI0,-»EBI0) 

01 = Last Segment = (-BBI0,EBIU) 

10 = First Segment = (BBIO,-EBIO) 

11 * Whole BIO * (BBIO r BBIO) 


Bote: 

-> FID Type (Format of OOxx where x * an assigned position) 


BBIO = Begin BIO 
EBIO * End BIO) 


|r| = Reserved 


Figure D-1. TH Formats: FID0-FID3 (Part 1 of 4) 
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I<- Byte - ---—- - -- - -- — —-—— ------—> 

I 0 | 1 I 2 | 3 I 4 I 5 

I 

I 
I 
I 

I F 
FID4 | I 
I D 
I 

I 
I 
I 

| 0100 

I—-.—.—. 


: 

T 

6 

S : 

« 

E : 

E 

P 

: 


B :▼ 
R_:R 
V ; P 
R_:A 
S sc 
0 :C“ 
P :N 
P ST 
I~:l" 
M :H 
D :D 


I I 
I I 
IH I 
IT | 
l« I 
IK-1 
IP I 
|R I 
IT | 

IT I 
I I 

I | rrrrrrrr 

4-L-- 


I I 

I I 

I I 

I I 

(Initial |Explicit 
|Explicit! Route 
I Route j Huuber 
| Huuber | (ERM) 

I (IERH) | 

I I 

I I 

I I 


Virtual 
Route 
Hunbet 
<VRH) 


I 


IT | | 

I |G_! I 

I (Hi I 
IT 10 | T | 

T HUH |RJ 
P 1C |P |S | 
F IH |I |Q | 

II IF IT | 

I |0_|I | 
I II I I 
I IH I | 
I ID | | 


TG SHF 


•> network Priority 

(0 = pio to flow at a lower 
priority specified in 
TPF (-HJPRTY) r 
1 * PIO to flow at network 
priority (H_PPVY)) 


l -> Virtual Route Sequence 

and Type Indicator 
(00 - nonsequenced, 
nonsupervisory 
(NSEQ__NSUP) , 

01 = nonsequenced, 
supervisory 
(NSEQ_SUP) , 

10 * singly sequenced 
(SING_SEQ) ) 


«--> ?R Pacing Count Indicator 

(0 ** VR pacing count has not 
reached a value of 0 
(-PAC_CNT_0) r 
1 ■ VR pacing count has 
reached a value of 0 
(PAC CHT 0)) 


■> ER-VR Support Indicator I 

(0 = each node on the explicit j 

route traversed by the PIO «-— 

supports ER-VR protocols 
(-.PREJBR_VR) , 

1 * PIO originated or was forwarded by a node that 
does not support ER-VR protocols (PRE_ER_VF)) 


I l.- > tg Non-FIFO Indicator 

| (0 * TG FIFO is required 

I (FIFO) , 

| 1 * TG FIFO is not required 

| (-FIFO)) 

l-- > virtual Route Change Window 

Indicator 

(0 * Increment window size 
(IHC W HS) , 

1 * Decrement window size 
(DEC_ WS)) 

-> Transmission Priority Field 

(00 = low priority (L_PRTY), 

01 = medium priority (fl PRTY) 
10 * high priority (HJPRTY)) 


•-—> TG Sweep 

(0 = no restriction (-SHEEP) , 

1 * PIO does not overtake any PIO ahead of it on 
the TG (SWEEP)) 


Figure D-2. TH Formats: FID4 (Part 2 of 4) 
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I< 

I 

I 


Byte 

6 


•>l 

I 

I 


| 7 | 8 | 9 | 10 | 11 




I 

i-> virtual Route Reset Window Indicator 

( 0 = Do not reset the window size (-.RESET..WS) , 

1 * Reset window size to ainiaua specified in ACTVR (RESET_WS)) 


> Virtual Route Change Window Reply Indicator 

(0 = Increaent window size by 1 without exceeding the naxiaun 
window size, as specified in ACTVR (INCJIS_REPLY), 

1 * Decreaent window size by 1 without going under the 

ainiaua window size, as specified in ACTVR (DEC_WS_REPLY)) 


■> Virtual Route Pacing Response 

(0 = No response is implied (-«VR_PAC_RSP) , 

1 « VR pacing response is sent to the VR_PAC_RQ sender 
(VR PAC RSP)) 


i-—-—> virtual Route Pacing Request 

(0 = No VR_PAC_RSP is requested (-.VR_PAC_RQ) , 

1 = A VR pacing request is sent to request a VR PAC RSP be 
returned (VR PAC_RQ)) 


t - - - r - - — -r 

I : : : I I 

Is:? I I 

I : : : I I 


!▼: 
1H: 

: V: V : V | 
:R:R :R | 

Virtual Route Send 

1 

1 

Destination Subarea 

IP: 

!P:C~:R~| 

Sequence Humber 

1 

Address Field (DSAF) 

|R: 

IQ: 

:R:W :W | 
:S:R :I | 

(VR_.SNF_.SEND) 

1 

1 



I : : I s | I 

I : : ? I I 

I : ? ? I I 

I ? ? : I I 

»___A—----X 


|<--— Byte ■——-—-•-----—----—>1 

| 12 [ 13 | 14 | 15 I 16 I 17 | 

I I 




Origin Subarea Address 
Field (OSAF) 


1 

1 

1 

1 

1 I 

1 1 

1 1 
| S| 

1 

1 

1 

1 


1 

1 

1 

1 


1 

} N | 

1 

E 

1 


1 

| A | 

MPF | 

F 

1 


1 

1 

1 

HI 

1 1 

1 1 

1 

1 

1 

I 

1 

1 

1 


1 

1 

1 rrr 

1 1 

1 1 

1 1 

1 

1 

1 r 


1 

1 

1 

rrrrrrrr 

-j- 

-J-L. 

__i_ 

i- 

-x _ 



II I 

I I I 

I | i>-> Explained above 

| | (see FID3 Format) 

I I 

I i-> Explained above 

| (see FID3 format) 

i---> SNA Indicator 

(0 = -.SNA, 

1 = SNA) 


<-Byte------->| 

18 | 19 1 20 | 21 | 22 | 23 | 24 | 25 | 

I 


Destination Element 
Field (DBF) 


Origin Element 
Field (OEF) 


- T -----1 

I I 

I I 

I I 

I I 

I I 

Sequence Number I Data Count Field (DCF) | 

Field (SNF) | | 

I I 

I I 

I I 

1 I 

; | 

^___ I _-...—.— ----—i 


Figure D-3. TH Formats: FID4 Continued (Part 3 of 4) 
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FIDF 

1 

1 

F 

I 

1 

1 

1 

| Reserved 

1 

1 

Coaaand 

1 

1 

Coaaand 

1 

1 

Coaaand 


1 

D 

1 

1 

1 

1 

1 

1 

Format 

1 

1 

Type 

1 

I 

Sequence 

Number 


Reserved 


Data Count Field (DCF) 



Figure D-4. TH Formats: FIDF (Part 4 of 4) 
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RH FORMATS 


| Byte 0 | Byte 1 | Byte 2 | 


Request 

Header 

r 

1 

I RRI 

1= 0| 

RU 

Category 

1 ! 

FI 

1 r | 

SDI BCI 

1 1 I 

—T— — 

ECIIDR1I 
II 1 r 

DR2I ERI 

1 1 1 r | 

1 

QRI PI | BBI EBI CDI CSI EDI PDI 

1 r | | | | | | r | | | | 

1 

r 1 









; 

Response 

Header 

f 

| RRI 

1= 11 

RU 

Category 

1 1 
-—j.— j 

FI 

! r ! 

SDI 1 

1 1 ' 

1 

1 | DR 11 
II 1 r 

DR2I RTI 

1 1 1 r | 

j j j j 

—*--- r 1 — - m . 

1 

QRI PI | 

|r| | |r|r|r|r|r|r|r| 

1-J - i--J-J- A -J-J_ J_J__L 

i 

i 

r | 

-1 


Field Description Explanation/Usage 

RRI Request-Response indicator 0 = request (RQ); 1 = response (RSP) 


RU Category 

Request-Response Unit Category 

FI 

Format indicator 

SDI 

Sense Data Included indicator 

BCI 

Begin Chain indicator 

EC I 

End chain indicator 

DR 11 

Definite Response 1 indicator 

DR2I 

Definite Response 2 indicator 

ERI 

Exception Response indicator 

RTI 

Response Type indicator 

QRI 

Queued Response indicator 

PI 

Pacing indicator 

BBI 

Begin Bracket indicator 

EBI 

End Bracket indicator 

CDI 

Change Direction indicator 

CSI 

Code Selection indicator 

EDI 

Enciphered Data indicator 

PDI 

Padded Data indicator 


00 - FM Data (FMD) 

01 = Network Control (NC) 

10 = Data Flow Control (DFC) 

11 = Session Control (SC) 

0 = no FM header (-»FMH) , for LO-LU sessions; or 
character-coded without an NS header (-*NSH) , 
for network services; 

1 = FM header (FMH) follows, for LU-LU sessions; or 
field-formatted with an NS header (NSH), 
for network services 

0 = not included (-»SD); 1 = included (SD) 

0 = not first in chain (-’BC) ; 1 = first in chain (BC) 

0 = not last in chain (-»EC) ; 1 = last in chain (EC) 

0 = -.DR1; 1 = DR 1 
0 = -DR2; 1 = DR2 

Used in conjunction with DR1I and DR2I to indicate, in 
a request, the form of response requested: 

DRII, DR2I, ERI = 000 means no-response requested 

= 100|010|110 means definite-response requested 
= 101|011|111 means exception-response requested 
(001 is reserved) 

0 = positive (+): 1 = negative (-) 

0 = response hypasses TC queues (-»QF) ; 

1 = enqueue response in TC queues (QR) 

0 = -PAC; 1 = PAC 

0 = -«B B; 1 = 3B 

0 = -»EB; 1 = EB 

0 = do not change direction (-»CD) ; 1 = change direction (CD) 
0 = code 0; 1 = code 1 

0 * RU is not enciphered (-’ED) : 1 - RU is enciphered (ED) 

0 = RU is not padded (-»PD) ; 1 = RU is padded (PD) 


i—i 

I zr | = Reserved 

i—i 


Figure D-5. 


RH Formats 
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APPENDIX E 


REQUEST-RESPONSE UNIT (RU) FORMATS 


This appendix defines detailed RU formats. A categorized 
list of RU abbreviations is presented first, followed by an 
alphabetic list of request RU format descriptions, a summary 
of response RUs, and a list of response format descriptions 
for those positive response RUs that return data in addition 
to the request code. Two final sections describe control 
vectors and control lists, which are used in multiple RUs, 
and the CDLC) XID command and response information-field 
formats. 

The initial line for each RU in the two RU format 
description lists is in one of the following formats: 

Requests 

"RU ABBREVIATION; Origin NAU—>Destination NAU, Normal 
(Norm) or Expedited (Exp) Flow; RU Category (RU NAME)" 

Responses 


"RSP ( RU ABBREVIATION); Origin NAU—>Dest i nat i on NAU, Norm or 
Exp Flow; RU Category" 


Notes : 


RU i 

Category" 

is abbreviated as follows: 


DFC 


data flow 

control 


SC 


session control 


NC 


network control 


FMD 

NS (c) 

function 

management data# 

network 



services* 

configuration services 

FMD 

NS(ma) 

function 

management data. 

network 



services* 

maintenance services 

FMD 

NS(me) 

function 

management data# 

network 



services # 

measurement services 

FMD 

NS(mn) 

function 

management data. 

network 



services# 

-management services 

FMD 

NS(no) 

function 

management data. 

network 



services # 

network operator 

services 

FMD 

NS ( s ) 

function 

management data. 

network 



services# 

session services 
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2. The formats of character-coded FMD NS RUs are 
implementation dependent; LU-->LU FMD RUs (e.g.» FM headers) 
are described in SNA LU-LU Session Types . 

3. All values for field-formatted RUs that are not defined 
in this section are reserved. 

4. The request code value X'FF’ and the NS header values 
X*(3 I 7|BIF)F***** and X’**(3|7|B|F)F*** are set aside for 
implementation internal use, and will not be otherwise 
defined in SNA. 

5. Throughout this appendix, a "symbolic name in EBCDIC 
characters" is defined in general accordance with the 
System/360 or System/370 Assembler Language definition of an 
"ordinary symbol": the name must begin with any one of the 
EBCDIC letters—A through Z, $» #> or 3—and be followed by 
zero or more EBCDIC letters or numerics (0-9). 


2 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 



SUMMARY flF REQUEST RU’S BY CATEGORY 


NC 


+ LSA 

NC_ER_ACT_REPLY 

NC_ER_TEST 

nc_ipl_final 

NC_ACTVR 

NC_ER_INOP 

NC_ER_TEST_REPLY 

NC_IPL_INIT 

NC_DACTVR 

NC_ER_OP 

NC_IPL_ABORT 

NC_IPL_TEXT 

NC_ER_ACT 




SC 




*ACTCDRM 

CLEAR 

DACTLU 

*STSN 

*ACTLU 

CRV 

DACTPU 

SDT 

*ACTPU 

DACTCDRM 

RQR 

UNBIND 

*BIND 




DFC 




BID 

LUSTAT 

RSHUTD 

SHUTC 

BIS 

QC 

RTR 

SHUTD 

CANCEL 

QEC 

SB I 

SIG 

CHASE 

RE LQ 



FMD NSCc) 




ABCONN 

DACTLINK 

INOP 

+NS_LSA 

ABCONNOUT 

DISCONTACT 

IPLFINAL 

PROCSTAT 

ACTCONNIN 

DELETENR 

IPLINIT 

REQACTLU 

ACTLINK 

DUMPFINAL 

IPLTEXT 

REQCONT 

*ADDLINK 

*DUMPINIT 

LCP 

REQDISCONT 

*ADDLINKSTA 

*DUMPTEXT 

LDREQD 

REQFNA 

+ANA 

ER_INOP 

NS_IPL_ABORT 

*RNAA 

CONNOUT 

ESLOW 

NS_IP L_FINAL 

RPO 

CONTACT 

EXSLOW 

NS_IPL_INIT 

SETCV 

CONTACTED 

FNA 

NS_IPL_TEXT 

VR_INOP 

DACTCONNIN 

INITPROC 

NS_LD_REQD 


FMD NS(ma) 




ACTTRACE 

EXECTEST 

RECTR 

REQTEST 

DACTTRACE 

RECFMS 

RECTRD 

*ROUTE_TEST 

DISPSTOR 

RECMS 

REQECHO 

SETCV 

ECHOTEST 

RECSTOR 

REQMS 

TESTMODE 

ER_TESTED 

RECTD 



FMD NS(mn) 




DELIVER 

FORWARD 



FMD NS(s) 




BINDF 

CDTAKED 

*DSRLST 

SESSEND 

CDCINIT 

CDTAKEDC 

INIT-OTHER 

SESSST 

*CDINIT 

*CDTERM 

*INIT-OTHER-CD 

TERM-OTHER 

*CDSESSEND 

*CINIT 

INIT-SELF 

TERM-OTHER-C: 

CDSESSSF 

CLEANUP 

NOTIFY 

TERM-SELF 

CDSESSST 

CTERM 

NSPE 

UNBINDF 

CDSESSTF 




* These request 

RUs require response RUs that> if 

positive> ma 

contain data 

in addition to the 

NS header or reque 

st code. Se> 

"Summary of Response RUs" and "Positive Response RUs 

with Extendei 

Formats." 




+ These RUs are 

supported only for 

subarea nodes that are not at thi 

current level 

of SNA. 
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INDEX OF 


RLI * S BY NS HEADERS AND REQUEST CODES 

Within DFC, NO, SC, or any specific FMD NS category, the 
request code is unique. However, while a request code has 
only one meaning in a specific category, a given code Ce.g., 
X'05') can represent different requests in separate 
categories (e.g., DFC, NC, and configuration services). 
DSRLST, NOTIFY, and SETCV are exceptions: these three 
requests have request codes—X'27*, X'20', and X'll'» 

respectively—that are unique across all the FMD NS 
categories. 

FMD NS Headers (Third byte is the request code) 


X 

010201 * 

CONTACT 

X 

010202’ 

DISCONTACT 

X 

010203’ 

IPLINIT 

X 

010204' 

IPLTEXT 

X 

010205' 

IPLFINAL 

X 

010206' 

DUMPINIT 

X 

010207' 

DUHPTEXT 

X 

010208' 

DUMPFINAL 

X 

010209' 

RPO 

X 

01020A' 

ACTLINK 

X 

01020B' 

DACTLINK 

X 

01020E ' 

CONNOUT 

X 

01020F ' 

ABCONN 

X 

010211' 

SETCV (FMD NS(c ) ) 

X 

010214' 

ESLOW 

X 

010215' 

EXSL0W 

X 

010216' 

ACTC0NNIN 

X 

010217* 

DACTCONNIN 

X 

010218' 

ABCONNOUT 

X 

010219' 

ANA 

X 

0 10 2 1A ' 

FNA 

X 

010 2 1B ' 

REQDISCONT 

X 

010280' 

CONTACTED 

X 

010281' 

INOP 

X 

010284’ 

REQCONT 

X 

010285 

NS_LSA 

X 

010301' 

EXECTEST 

X 

010302’ 

ACTTRACE 

X 

010303' 

DACTTRACE 

X 

010 311' 

SETCV (FMD NS(ma)) 

X 

010331 ' 

DISPSTOR 

X 

010334* 

RECSTOR 

X 

010380' 

REQTEST 

X 

010381' 

RECMS 

X 

010382' 

RECTD 

X 

010383' 

RECTRD 

X 

010604' 

NSPE 

X 

010681’ 

INIT-SELF (Format 

X 

010683' 

TERM-SELF (Format 

X 

410210' 

RNAA 


E-4 
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X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

V 

A 

X 

X 

X 

X 

X 

X 

X 

X 

V 

A 

V 
/\ 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 


41021C f 

DELETENR 


4102 ID * 

ER_INOP 


410 2 1E ’ 

ADDLINK 


410221 ’ 

ADDLINKSTA 


410223’ 

VR_INOP 


410235’ 

INITPROC 


410236’ 

PROCSTAT 


410237’ 

NS_LD_REQD 


410240' 

REQACTLU 


410243’ 

NS_IPL_INIT 


410244’ 

NS_IPL_TEXT 


410245' 

NS_IPL_FINAL 


410246' 

NS_IPL_ABORT 


410286’ 

REQFNA 


410287’ 

LCP 


410304' 

REQMS 


410305' 

TESTMODE 


410306' 

ROUTE_TEST 


410384’ 

RECFMS 


410385' 

RECTR 


410386’ 

ER_TESTED 


810387* 

REQECHO 


810389' 

ECHOTEST 


810601' 

CINIT 


810602 ' 

CTERM 


810620’ 

NOTIFY CSSCP—>LU) 


810629 ’ 

CLEANUP 


810680' 

INIT-OTHER 


810681 ’ 

INIT-SELF (Format 

1) 

810682' 

TERM-OTHER 


810683’ 

TERM-SELF (Format 

1) 

810685’ 

BINDF 


810686’ 

SESSST 


810687' 

UNBINDF 


810688’ 

SESSEND 


810810' 

FORWARD 


810812' 

DELIVER 


818620’ 

NOTIFY (SSCP—>SSCP) 

818627’ 

DSRLST 


818640' 

INIT-OTHER-CD 


818641 ’ 

CDINIT 


818642' 

TERM-OTHER-CD 


818643’ 

CDTERM 


818645’ 

CDSESSSF 


818646’ 

CDSESSST 


818647' 

CDSESSTF 


818648' 

CDSESSEND 


818649’ 

CDTAKED 


81864A * 

CDTAKEDC 


81864B’ 

CDCINIT 
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DFC, NC, and SC Request Codes 


X' 02 
X f 0 3 
X' 04 
X ’ 04 
X ’ 0 5 
X’ 05 
X ’ 0 6 
X' 07 
X' 0 9 
X' 0A 
X* OB 
X’OC 
X' OD 
X'OD 
X’ OE 
X * 0 E 
X' OF 
X’ 11 
X* 12 
X’ 14 
X' 15 
X ’ 31 
X' 32 
X * 46 
X * 70 
X * 71 
X' 80 
X' 81 
X' 82 
X' 83 
X' 84 
X ’ AO 
X ' A1 
X ’ A2 
X' A3 
X'CO 
X'CO 
X’Cl 
X * C2 
X * C8 
X ’ C9 


NC_IPL_FINAL 

nc_ipl_init 

NC_IPL_TEXT (NC) 
LUSTAT (DFC) 

RTR (DFC) 

LSA (NC) 

NC_ER_INOP 

ANSC 

nc_er_test 

nc_er_test_reply 

nc_er_act 

nc_er_act_reply 

ACTLU (SC) 

NC_ACTVR (NC) 

DACTLU (SC) 

NC_DACTVR (NC) 

NC_ER_OP 

ACTPU 

DACTPU 

ACTCDRM 

DACTCDRM 

BIND 

UNBIND 

NC_IPL_ABORT 

BIS 

SB I 

QEC 

QC 

RELQ 

CANCEL 

CHASE 

SDT 

CLEAR 

STSN 

RQR 

CRV (SC) 

SHUTD (DFC) 

SHUTC 

RSHUTD 

BID 

SIG 
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ABCONN 


REQUEST 

ABCONN; 


ABCONNOUT 


actcdrm; 


FORMATS 

SSCP—>PU_T 4|5 » PUCP—>PU, Norm; FMD NSCc) (ABANDON 

CONNECTION) 


DCL 1 ABCONN_RQ 

BASEDCADDR(RU)), 

/* 

Byte(s )*/ 

2 NS_HEADER 

BITC24), 

/* 

0-2 */ 

2 LINK_ADDRESS 

BITC16); 

/* 

3-4 */ 


0-2 X ' 0 10 2 0 F ' NS header 

3-4 Network address of link 

; SSCP—>PU_T 4!5 » PUCP—>PU, Norm; FMD NSCc) (ABANDON CONNECT 
OUT) 


DCL 1 ABCONNOUT_RQ 
2 NS_HEADER 
2 LINK_ADDRESS 

0-2 X'010 218' NS header 

3-4 Network address of 

SSCP—>SSCP, Exp; SC (ACTIVATE 

DCL 1 ACTCDRM__RQ 
2 RQ_C0DE 
2 FORMAT 

2 TYPE_ACTIVATION 
2 FM_PROFILE 
2 TS_PR0FILE 
2 C0NTENTS_ID 
2 SSCP_ID 
2 RESERVED 
2 PRI_RCV_PAC_CNT 
2 CONTROL VECTORS 


BASEDCADDRCRU) ) , 

/* 

Byte(s)*/ 

BITC24), 

/* 

0-2 */ 

BITC16) ; 

/* 

3-4 */ 

i nk 




CROSS-DOMAIN RESOURCE MANAGER) 


BASEDCADDRCRU) ) , 

/* 

By te C s')*/ 

BIT(8)> 

/* 

0 

*/ 

BIT(4)» 

/* 

1 

*/ 

BITC4) * 

BIT(8) t 

/* 

2 

*/ 

BIT(8)* 

/* 

3 

*/ 

CHARC8) , 

/* 

4-11 

*/ 

CHAR(6 ) > 

/* 

12-17 

*/ 

BITC2) , 

/* 

IS 

*/ 

BITC 6 ) > 

char(*); 

/* 

19-n 

*/ 


0 

1 


2 

3 

4-11 


12-17 


X'14' request code 

bits 0-3* format: X'O’ (only value defined) 
bits 4-7, type activation requested: 

X'l* cold 
X’2 f ERP 

FM profile (see Appendix F) 

TS profile (see Appendix F) 

Contents ID: eight-character EBCDIC symbolic name 
that represents implementation and installation 
dependant information about the SSCP issuing the 
ACTCDRM; eight space (X * 4 0') characters is the 
value used if no information is to be conveyed 
(This field could be used to provide a check for a 
functional and configurational match between the 
SSCPs . ) 

SSCP ID : a s ix-by te field that includes the ID of 
the SSCP issuing the ACTCDRM; the first four bits 
specify the format for the remaining bits: 
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ACTCDRM 


bits 0-3, format 0000 (only value defined) 
bits 4-7, physical unit type (see Appendix F) of 
the node containing the SSCP 
bits 8-47, implementation and installation 

dependent binary identification 

18 TS Usage 

bits 0-1, reserved 

bits 2-7, primary CPMGR receive pacing count ( zero 
means no pacing of requests flowing to 
the primary) 

19-n One or more control vectors, as described in the 

section "Control Vectors and Control Lists," later 
in this appendix 

Note ; The following vector keys may be used in 
ACTCDRM: 

X' 06 * CDRM control vector 

X'09’ activation request/response sequence 
identifier control vector 


ACTCONNIN; SSCP—>PU_T4|5, PUCP—>PU, Norm; FMD NS(c) (ACTIVATE 
CONNECT IN) 

DCL 1 ACTCONNIN_RQ 
2 NS_HEADER 
2 LINK_ADDRESS 
2 TYPE 
2 RESERVED 

X"010216' NS header 
Network address of link 
bit 0, type: 0 (only value defined) 
bits 1-7, reserved 

ACTLINKJ SSCP—>PU_T4|5, PUCP—>PU, Norm; FMD NS(c) (ACTIVATE LINK) 


0-2 

3-4 

5 


BASED(ADDR(RU) ) , 

/* 

Byte(s) */ 

BIT(24 ) , 

/* 

0-2 */ 

BIT(16) , 

/* 

3-4 */ 

BIT( 1 ) , 


5 */ 

BIT( 7 ) ; 




DCL 1 ACTLINK_RQ BASED(ADDR(RU)), /* Byte(s)*/ 

2 NS_HEADER BIT(24), /* 0-2 */ 

2 LINK_ADDRESS BIT(16); /* 3-4 */ 

0-2 X'01020A* NS header 

3-4 Network address of link 


ACTLU; SSCP—>LU, Exp; SC (ACTIVATE LOGICAL UNIT) 


DCL 1 ACT LU_RQ 
2 R Q_C ODE 
2 TYPE_ACTIVATION 
2 FM_PR0FILE 
2 TS PROFILE 


BASED(ADDR(RU) ) , 
BIT(8) , 
BIT(8) , 
BIT(4) , 
BIT(4); 


/* Byte(s ) */ 

/* 0 */ 

/* 1 */ 

/* 2 */ 


0 

1 


X'OD' request code 
Type activation requested: 
X'01' cold 
X'02' ERP 
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2 bits 0-3, FM profile (see Appendix F) 

bits 4-7, TS profile (see Appendix F) 

ACTPU; SSCPlPUCP—>PU, Exp; SC (ACTIVATE PHYSICAL UNIT) 


DCL 1 ACTPU_RQ 
2 RQ_CODE 
2 FORMAT 

2 TYPE_ACTIVATION 
2 FM_PROFILE 
2 TS_PR0FILE 
2 SSCP_ID 
2 CONTROL_VECTORS 


BASED(ADDR(RU) ) , 

/* 

Byte(s)*/ 

BIT(8), 

/* 

0 */ 

BIT(4), 

/* 

1 */ 

BIT(4) , 



BIT(4), 

/* 

2 */ 

BIT(4), 



CHAR(6 ) , 

/* 

3-8 */ 

CHAROO ; 

/* 

9-n */ 


0 X’ll' request code 

1 bits 0-3, format: 

X'O’ Format 0 

X'3* Format 3; same as Format 0, 
exc.apt that it includes one or 
more control vectors in bytes 9-n 
(sent only to PU_T4|5s that 
support ERs and VRs) 



bits 

4-7, 

type activation 

requested 

: 




X*l* cold 






X ' 2 ’ ERP 



2 

b i ts 

0-3, 

FM profile (see 

Appendix 

F) 


bits 

4-7, 

TS profile (see 

Appendix 

F) 


3-8 A six-byte field that specifies the ID of the SSCP 

issuing ACTPU; the first four bits specify the 
format for the remaining bits: 
bits 0-3, format: 0000 (only value defined) 
bits 4-7, PU type (see Appendix F) of the node 
containing the SSCP 

bits 8-47, implementation and installation 

dependent binary identification 
Note : End of Format 0; Format 3 continues below 
9-n One or more control vectors, as described in the 

section "Control Vectors and Control Lists," later 
in this appendix 

Note : The following vector keys may be used in 

ACTPU: 

X’09’ activation request/response sequence 
identifier control vector 
X ’ 0B' SSCP-PU session capabilities control 
vector 


ACTTRACE; SSCP—>PU_T4|5, Norm; FMD NS(ma) (ACTIVATE TRACE) 


DCL 1 ACTTRACE_RQ 

BASED(ADDR(RU)) , 

/* 

Byte(s)*/ 

2 

NS_HEADER 

BIT(24)» 

/* 

0-2 

X/ 

2 

LINK_ADDRESS 

BIT(16), 

/* 

3-4 

*/ 

2 

TRACE_TYPE 

BIT ( 8 ) , 

/* 

5 


2 

TRACEJQATA 

CHAR(*); 

/* 

6-n 

*/ 
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ACTTRACE 


0-2 X'010302' NS header 

3-4 Network address of the resource to be traced 

5 Selected trace: 

bit 0 , transmission group trace 
bits 1-6, reserved 
bit 7, link trace 
6-n Data to support trace 

ADDLINK; SSCP—>PU_T4|5, Norm; FMD NSCc) (ADD LINK) 


ADDLINK_RQ 


BASED(ADDRCRU) ) , 


ByteCs)*/ 

2 

NS_HEADE R 


BITC24), 

/* 

0-2 


2 

PU_ADDRESS 


BITC16) , 

/* 

3-4 


2 

RESERVED 


BITC16) , 

/* 

5-6 

*/ 

2 

LOCA L_LINK_ 

ID_LENGTH 

FIXEDC8), 

/'* 

7 


2 

LOCAL_LINK_ 

ID 






CHAR(REFER(LOCAL_ 

LINK_ID_LENGTH)); 

/* 

8-n 



0-2 X ' 410 21E ' NS header 

3-4 Network address of target PU 

5-6 Reserved 

7 Length of local link identifier 

8-n Local 1 ink identifier 

ADDLINKSTAI SSCP—>PU_T4|5, Norm; FMD NSCc) (ADD LINK STATION) 


DCL 1 ADDLINKSTA_RQ 


BASED(ADDR(RU)), /* Byte(s)*/ 
BIT(24), /* 0-2 */ 


2 NS_HEADER BITC24), /* 0-2 

2 TARGET_ADDRESS BIT(16), /* 3-4 

2 FID_TYPES BIT(8), /* 5 

2 RESERVED BIT (8 ) » /* 6 

2 LINK_STA_ID_LENGTH FIXED(8), /* 7 

2 LINK_STA_ID 

CHARCREFERCLINK STA ID LENGTH)); /* 8-n 


0-2 X'410221 * NS header 

3-4 Network address of target PU or link 

5 FID types supported: 

bit 0, 1 FIDO support 

bit 1, 1 FID1 support 

bit 2, 1 FID2 support 

bit 3, 1 FID3 support 

bit 4, 1 FID4 support 

bits 5-7, Reserved 

6 Reserved 

7 Length of link station identifier 

Note : When assigning an address for a 1i nk 

station on a point to point link, this field can 
be 0, the link station identifier is omitted, and 
the target network address in bytes 3 and 4 
indicates the link to which the link station 
belongs. 

8-n Link station identifier 
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ANA 


ANA; SSCP—>PU_T4 | 5» Norm; FMD NS(c) (ASSIGN NETWORK ADDRESSES) 


DCL 1 ANA_RQ 


2 

2 

2 

2 

2 


NS_HEADER 
PU_ADDRESS 
NUM_ADDRESSES 
TYPE 


BASED(ADDRCRU)), 
BIT(24), 
BIT(16) , 
BITC8), 
BIT(8)> 


NETUORK_ADDRESS(1:REFER(NUM_ADDRESSES)) 

BIT(16); 


/* Byte(s)*/ 
/* 0-2 */ 
/* 3-4 */ 
/* 5 */ 
/* 6 */ 

/* 7-n */ 


0-2 

3-4 

5 

6 

7-8 

9-n 


X*010219' NS header 

Network address of PU associated with the node to 
which LU network addresses are to be assigned 
Number of network addresses to be assigned 
Type: X'80' noncontiguous (only value defined) 
First network address 

Any additional network addresses (two-byte 
multiples) 


BID; LU—>LU, Norm; DFC (BID) 


DCL 1 BID_RQ 

2 RQ_C0DE 

0 X'C8' request code 

BIND; PLU—>SLU, Exp; SC (BIND SESSION) 


BIND_RQ 

BASED(ADDR(RU) ) 


/* 

By te ( s ) */ 

2 

RQ_CCDE 

BIT( 8 ) 


/* 

G 

*/ 

2 

FORMAT 

BIT( 4 ) 


/* 

1 


2 

TYPE 

BIT( 4 ) 





2 

F M_P R 0 F IL E 

BIT( 8 ) 


/* 

2 

*/ 

2 

TS__PRCFI LE 

BIT ( 8 ) 


/* 

3 


2 

PRI_CHAIN_USE 

BIT( 1) 


/* 

4 

*/ 

2 

PRI_RQ_M0DE 

BIT ( 1) 





2 

PRI_CHAIN_RSP 

BIT ( 2 ) 





2 

PRI_TWO_PHASE_COMMIT 

BIT (1) 





2 

RESERVED 

BIT(i) 





2 

PRI_COMPRESSION_IND 

BIT (1) 





2 

PRI_EB_IND 

BIT (1) 





2 

S E C_C H AIN_U S E 

BIT ( 1 ) 


/* 

5 

*/ 

2 

SEC_RQ_MODE 

B I T ( 1) 





2 

S E C_C H AIN_R S P 

BIT(2 ) 





2 

S E C_T W 0_P HAS E_C 0 M MIT 

BIT (1 ) 





2 

RESERVED 

BIT(1) 





2 

S E C_C OMPRESSIO N_IN D 

BIT (1 ) 





2 

SEC_EB_IND 

BIT (1) 





2 

RESERVED 

BIT (1 ) 


/* 

6 

*/ 

2 

F M_H E A D E R_U SAGE 

BIT(l) 





2 

BRACKET S_U SAGE 

BIT(l) 





2 

B R AC K E T_T E R M_RU L E 

BIT (1 ) 





2 

ALTERNATE_C0DE 

EIT(1) 

9 




2 

SQN_AVAILABILITY 

BIT(1 ) 

9 





BASED(ADDR(RU) ), /* Byte(s)*/ 
BIT(8); /* 0 */ 
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2 

BIS_SENT 

BIT(l), 




2 

RESERVED 

BIT(l) , 




2 

SEND_RCV_MODE 

BIT(2) , 

/* 

7 


2 

RECOVERY.RESPONSIBILITY 

BIT(l), 




2 

CONT_WINNER_LOSER 

BIT ( 1) » 




2 

RESERVED 

BIT ( 3 ) * 




2 

hdx_ff_reset_state 

BIT( 1 ) » 




2 

SEC_T0_PRI_STAGIN6_IND 

BIT(l) , 

/* 

8 

*/ 

2 

RESERVED 

BIT(l), 




2 

SEC_SEND_PACING_CNT 

BIT( 6 ) > 




2 

RESERVED 

BIT(2) , 

/* 

9 

*/ 

2 

SEC_RCV_PACING_CNT 

BIT( 6 ) » 




2 

SEC_SEND_MAX_RU_SIZE 

BIT(8) , 

/* 

10 

*/ 

2 

PRI_SEND_MAX_RU_SIZE 

BIT ( 8 ) » 

/* 

11 

*/ 

2 

PRI_TO_SEC_STAGING_IND 

BIT (1 ) » 

/* 

12 

*/ 

2 

RESERVED 

BIT(l), 




2 

PRI_SEND_PACING_CNT 

BIT (6 ) » 




2 

RESERVED 

BIT(2) , 

/* 

13 

*/ 

2 

PRI_RCV_PACING_CNT 

BIT ( 6 ) > 




2 

PS.PROFILE, 






3 PS_USAGE_FMT 

BIT ( 1 ) > 

/* 

14 

*/ 


3 LU_LU_SESSION_TYPE 

BIT( 7) » 




2 

PS_USAGE 

CHAR(ll ), 

/* 

15-25 

*/ 

2 

CRYPTOGRAPHY_PRIVATE 

B IT ( 2 ) » 

/* 

26 

*/ 

2 

CRYPTOGRAPHY_SESSION_LEVEL 

81 T ( 2 ) > 




2 

CRYPTOGRAPHY_LENGTH 

BIT (4)» 




2 

CRYPTOGRAPHY_KEY_ENCIPH_METHOD 

BIT ( 2 ) » 

/* 

27 

*/ 

2 

RESERVED 

BIT (3)» 




2 

CRYPTOGRAPH Y_CIP H E R_M E T H O D 

BIT( 3) » 




2 

S E S S_C RYPTOGRAPH Y_ KEY 






CHAR ( REFER(CRYPTOGRAPHY. 

LENGTH) ) , 

/* 

28-k 

*/ 

2 

PLU_NTNK_NAME_LENGTH 

BIT ( 8 ) , 

/* 

k + 1 

*/ 

2 

PLU_NTWK_NAHE 






CHAR ( REFER(PLU_NTWK_NAME_ 

LENGTH) ) , 

/* 

k + 2-m 

*/ 

2 

USER_DATA_LENGTH 

BIT (8 ) » 

/* 

m+1 

*/ 

2 

USER.DATA 






CHAR(REFER ( USER.DATA_ 

LENGTH) ), 

/* 

m+2-n 

*/ 

2 

U R C_ LENGTH 

BIT ( 8 ) » 

/* 

n + 1 

*/ 

2 

URC CHAR(REFER(URC_ 

LENGTH) ) , 

/* 

n + 2-p 

*/ 

2 

SLU_NTNK_NAME_LENGTH 

BIT ( 8 ) » 


P + 1 

*/ 

2 

S L U_N T N K_N A M E 






CHAR ( REFER(SLU_NTWK_NAME_ 

LENGTH) ) ; 

/* 

P + 2-r 

*/ 


0 X' 31 ’ request code 

1 bits 0-3» format: 0000 (only value defined) 
bits 4-7 , type: 

0000 negotiable 
0001 nonnegotiable 

2 FM profile (see Appendix F) 

3 TS profile (see Appendix F) 

FM Usage — Primary LU Protocols for FM Data 

4 bit 0 , chaining use selection: 

0 only single-RU chains allowed from 
primary LU half-session 
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< 


1 mu 11iple-RU chains allowed from primary 
LU ha 1f-session 

bit 1# request control mode selection: 

0 immediate request mode 
1 delayed request mode 

bits 2-3# chain response protocol used by primary 
LU half-session for FMD requests; chains 
from primary will ask for: 

00 no response 
01 exception response 

10 definite response 

11 definite or exception response 

bit 4# 2-phase commit for sync point (reserved if 
sync point protocol not used# i.e*# a TS 
profile other than 4 is used): 

0 2-phase commit not supported 
1 2-phase commit supported 
bit 5# reserved 
bit 6# compression indicator: 

0 compression will not be used on 

requests from primary 
1 compression may be used 
bit 7# send End Bracket indicator 

0 primary will not send EB 
1 primary may send EB 

FM Usage - Secondary LU Protoco Is for FM Data 
5 bit 0# chaining use selection: 

0 only single-RU chains allowed from 

secondary LU half-session 
1 multiple-RU chains allowed from 

secondary LU half-session 
bit 1# request control mode selection: 

0 immediate request mode 
1 delayed request mode 

bits 2-3# chain response protocol used by 
secondary LU half-session for FMD 

requests# chains from secondary will ask 
for : 

00 no response 
01 exception response 

10 definite response 

11 definite or exception response 

bit 4# 2-phase commit for sync point (reserved if 
sync point protocol not used# i*e.# a TS 
profile other than 4 is used): 

0 2-phase commit not supported 

1 2-phase commit supported 

bits# reserved 

bit 6# compression indicator: 

0 compression will not be used on 
requests from secondary 
1 compression may be used 
bit 7# send End Bracket indicator 

0 secondary will not send EB 
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1 secondary may send EB 
FM Usac? e -- Cdromon JLU Protoco Is 

6 bit 0^ reserved 

Bit 1# Ft! header usage: 

0 FM headers not allowed 
1 FM headers allowed 
bit 2, brackets usage and reset state: 

0 brackets not used if neither primary 
nor secondary will send EBf i.e., if 
byte 4 f bit 7 = 0 and byte 5f bit 7 = 
0; brackets are used and bracket state 
managers 1 reset states are INB if 
either primary or secondary? or both# 
may send EBf i.e., if byte 4f bit 7=1 
or byte 5f bit 7 = 1 

1 brackets are used and bracket state 
managers 1 reset states are BETB 
bit 3f bracket termination rule selection 
(reserved if brackets not used> i.e., if 
byte 6, bit 2=0, byte 4, bit 7=0, and 
byte 5, bit 7 = 0): 

0 Rule 2 (unconditional termination) will 
be used during this session 
1 Rule 1 (conditional termination) will 
be used during this session 
bit 4, alternate code set allowed indicator: 

0 alternate code set will not be used 
1 alternate code set may be used 
bit 5, sequence number availability for sync point 
resynchronization (reserved if sync point 
protocol not used, i.e., a TS profile other 
than 4 is used): 

0 sequence numbers not available 
1 sequence numbers available 
Note : Sequence numbers are transaction 

processing program sequence numbers from 
the previous activation of the session with 
the same session name, they are associated 
with the last acknowledged requests and any 
pending requests to commit a unit of work. 
If there was no previous activation, th.e 
numbers are 0, and this bit is set to 0. 
bit 6, BIS sent (reserved if sync point protocol 
not used, i.e., a TS profile other than 4 
is used): 

0 BIS not sent 
1 BIS sent 
bit 7, reserved 

7 bits 0—1, normal-flow send/receive mode selection: 

00 full-duplex 
01 half-duplex contention 

10 half-duplex flip-flop 

11 reserved 

bit 2, recovery responsibility (reserved if normal 
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flow send/receive mode is FDX, i.e., if 
byte 7, bits 0-1 = 00) : 

0 contention loser responsible for 
recovery (see byte 7» bit 3 for 
specification of which half-session is 
the contention loser) 

1 symmetric responsibility for recovery 
bit 3, contention winner/loser (reserved if normal 
flow send/receive mode is FDX* i.e., if 
byte 7, bits 0-1 = 00; or if the normal 

flow send/receive mode is HDX-FF, brackets 
are not used* and symmetric responsibility 
for recovery is used* i.e.* if byte 7* bits 
0-1 = 10, byte 4, bit 7=0, byte 5, bit 7 
= 0* byte 6, bit 2=0, and byte 7, bit 2 = 
1 ) : 

0 secondary is contention winner and 
primary is contention loser 

1 primary is contention winner and 
secondary is contention loser 
Note : Contention winner is also brackets 

first speaker if brackets are used, 
bits 4-6, reserved 

bit 7, half-duplex flip-flop reset states 
(reserved unless (1) normal-flow 

send/receive mode is half-duplex flip-flop 
(byte 7, bits 0-1 = 10) and (2) brackets 

are not used or bracket state manager’s 
reset state is INB (byte 6, bit 2 = 0)): 

0 HDX-FF reset state is RECEIVE for the 
primary and SEND for the secondary 
(e.g., the secondary sends normal-flow 

requests first after session 

activation) 

1 HDX-FF reset state is SEND for the 
primary and RECEIVE for the Secondary 
(e.g., the primary sends normal-flow 
requests first after session 

activation) 

TS Usage 

8 bit 0, staging indicator for secondary CPMGR to 

primary CPMGR normal flow: 

0 pacing in this direction occurs in one 
stage 

1 pacing in this direction occurs in two 

stages 

Note : The meanings of 0 and 1 are reversed 

from the staging indicator for primary 
CPMGR to secondary CPMGR. 
bitl, reserved 

bits 2-7, secondary CPMGR's send pacing count: 0 
means no pacing of requests flowing from 
the secondary 

9 bits 0-1, reserved 
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bits 2-7* secondary CPMGR’s receive pacing count: ^ 

a value of 0 causes the boundary 
function to substitute the value set by 
a system definition pacing parameter (if 
the system definition includes such a 
parameter) before it sends the BIND RU 
on to the secondary half-session; a 
value of 0 received at the secondary is 
interpreted to mean no pacing of 
requests flowing to the secondary 

10 Maximum RU size sent on the normal flow by the 

secondary half-session: if bit 0 is set to 0 then 
no maximum is specified and the remaining bits 1-7 
are ignored; if bit 0 is set to 1* the byte is 
interpreted as X'ab' = a»2**b (Notice that* by 
definition* a >8 and therefore X'ab’ is a 
normalized floating point representation.) See 
Figure E-1 for all possible values. 

11 Maximum RU size sent on the normal flow by the 

primary half-sesSion: identical encoding as 

described for byte 10 

12 bit 0* staging indicator for primary CPMGR to 

secondary CPMGR normal flow: 

1 pacing in this direction pccurs in one 
stage 

0 pacing in this direction occurs in two 
stages 

Note : The meanings of 0 and 1 are reversed 

from the staging indicator for secondary to 
primary CPMGR. 
bit 1* reserved 

bits 2-7* primary CPMGR 's send pacing count: a 

value of 0 causes the value set by a 
system definition pacing parameter (if 
the system definition includes such a 
parameter) to be assumed for the 
session; if this is also 0* it means no 
pacing of requests flowing from the 
primary (For single-stage pacing in the 
primary-to-secondary direction* this 
field is redundant with* and will 
indicate the same value as* the 
secondary CPMGR’s receive pacing 
count—see byte 9, bits 2-7* above.) 

13 bits 0-1» reserved 

bits 2-7, primary CPMGR’s receive pacing count: a 
value of 0 means no pacing of requests 
flowing to the primary (For single-stage 
pacing in the secondary-to-primary 
direction, this field is redundant with, 
and will indicate the same value as* the 
secondary CPMGR's send pacing count—see 

. • • , ■ x 
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14 


15-25 


26-k 

26 


27 


byte 8* bits 2-7» above.) 

PS Profile 

bit 0» PS Usage field format: 

0 basic format 
1 reserved 

bits 1-7, LU-LU session type 
PS Usage 

PS characteristics 

Note : For information on PS usage, see SNA LU-LU 

Session Types . 

End of PS Usage Field 
Cryptography Options 

bits 0-1, private cryptography options: 

00 no private cryptography supported 
01 private cryptography supported: 

the session cryptography key and 
cryptography protocols are 

privately supplied by the end user 
bits 2-3, session-level cryptography options: 

00 no session-level cryptography 
supported 

01 session-1eve1 selective 


cryptography supported; all 
cryptography key management is 
supported by SSCP.SVC_MGR and 
LU.SVC_MGR; exchange (via 
+RSP(BIND)) and verification (via 


CRV) of the cryptography 

session-seed value is supported by 
the LU.SVC_MGRs for the session; 
all FMD requests carrying ED are 
enciphered/deciphered by the CPMGRs 

10 reserved 

11 session-level mandatory 

cryptography supported; same as 
session-level selective 

cryptography except all FMD 
requests are enciphered/deciphered 
by the CPMGRs 

bits 4-7, session-level cryptography options field 
length: 

X'0’ no session-level cryptography 
specified; following additional 
cryptography options fields 
(bytes 27-k) omitted 

X’9' session-level cryptography 

specified; additional options 
follow in next nine bytes 

bits 0-1, session cryptography key encipherment 
method: 

00 session cryptography key enciphered 
under SLU master cryptography key 
using a seed value of 0 (only value 
defined) 
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BIND 


bits 2-4, reserved 

bits 5-7, cryptography cipher method: 

000 block chaining with seed and 
cipher text feedback, using the 
Data Encryption Standard (DES) 
algorithm (only value defined) 

2 »-k Session cryptography key enciphered under 

secondary LU master cryptography key; an 
eight-byte value t hat» when deciphered, yields the 
session cryptography key used for enciphering and 
deciphering FMD requests 

k+1 Length of primary LU name—see Note, below, 

concerning the BIND RU length 

k+2-m Primary LU network name or, if the secondary LU 

issued the INITIATE(-SELF or -OTHER), the 
uninterpreted name as carried in that RU (and also 
in CDINIT for a cross-domain session) 
m+1 Length of user data (X'00' = no user data field 

present)-—see Note, below, concerning the BIND RU 
length 

m+2-n User data 

m+2 User data key 

X'00' structured subfields follow 
-X'00' first byte of unstructured user data 

Note : Individual structured subfields may 

be omitted entirely. When present, they 
appear in ascending field number order. 

♦ For unstructured user data 
m+3-n Remainder of unstructured user data 

•For structured user data 

m+3-n Structured subfields (For detailed definitions, 

see the structured user data section on page 
E-129. ) 

n+1 Length of user request correlation (URC) field 

Note : X'00' = no URC present 

n+2-p URC: end user defined identifier (present only if 

carried in INIT from SLU) 

P+1 Length of secondary LU network name—see Note, 

below, concerning the BIND RU length 
Note : X'00’ = no secondary LU name present 

p+2-r Secondary LU network name (present only in 

negotiable BIND) 

Note : The length of the BIND RU cannot exceed 256 bytes, 

lest a negative response be returned. 
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Mantissa (a) 


BIND 



Exponent 

(b) 


A 

CIO) 


B 

( 11 ) 


C 

( 12 ) 


D 

(13) 


E 

(14) 


F 

(15) 


0 

1 

2 

3 

4 

5 

6 

7 

8 
9 

A (10) 
B (11) 
C (12) 
D (13) 
E (14) 
F (15) 


8 

9 

10 

11 

12 

13 

14 

15 

16 

18 

20 

22 

24 

26 

28 

30 

32 

36 

40 

44 

48 

52 

56 

60 

64 

72 

80 

88 

96 

104 

112 

120 

128 

144 

160 

176 

192 

208 

224 

240 

256 

288 

320 

352 

384 

416 

448 

480 

512 

576 

640 

704 

768 

832 

896 

960 

1024 

1152 

1280 

1408 

1536 

1664 

1792 

1920 

2048 

2304 

2560 

2816 

3072 

3328 

3584 

3840 

4096 

4608 

5120 

5632 

6144 

6656 

7168 

7680 

8192 

9216 

10240 

11264 

12288 

13312 

14336 

15360 

16384 

18432 

20480 

22528 

24576 

26624 

28672 

30720 

32768 

36864 

40960 

45056 

49152 

53248 

57344 

61440 

65536 

73728 

81920 

90112 

98304 

106496 

114688 

122880 


131072 147456 163840 180224 196608 212992 229376 245760 
262144 294912 327680 360448 393216 425984 458752 491520 


Note ; A value of X'ab’ in byte 10 or byte 11 of BIND represents 
a*2**b. For example* X'C5' represents (in decimal) 

12•2**5 = 384. 


Figure E-l. RU Sizes Corresponding to Values X'ab' in BIND 
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BINDF 


BINDFJ PLU—>SSCP, Norm; FMD NS(s) (BIND FAILURE) 



DCL 1 BINDF_RQ 

2 NS_HEADER 
2 SENSE_DATA 
2 REASON 
2 SESSION_KEY 

2 SESSION_J(EY_CONTENT 


BASED(ADDR(RU) ) , 
BIT ( 24 )» 
BIT(32)» 
BITC8) » 
BIT(8) » 


/* Byte(s)*/ 
/* 0-2 */ 
/* 3-6 */ 
/* 7 */ 
/* 9 */ 


/* See page E-127 */ 
CHAR(*); /* 10-m */ 


0-2 

3-6 

7 


8 


9-m 

9 

10 

11-k 
k + 1 
k + 2 
k + 3-m 


9-10 

11-12(=m) 


X*810685' NS header 

Sense data 

Reason 

bit 0» reserved 

bit If 1 BIND error in reaching SLU 
bit 2 f 1 setup reject at PLU 
bit 3f 1 setup reject at SLU 
bits 4-7f reserved 
Session key 

X'06' uninterpreted name pair 
X'07' network address pair 
Session Key Content 

For session key X'06': uninterpreted name pair 
Type: X'F3 * logical unit 

Lengthf in binaryf of symbolic name of PLU 
Symbolic name in EBCDIC characters 
Type: X'F3' logical unit 

Lengthf in binaryt of symbolic name of SLU 
Symbolic name) in EBCDIC characters 
For session key X'07': network address pair 
Network address of PLU 
Network address of SLU 


BIS; LU—>LU, Norm; DFC (BRACKET INITIATION STOPPED) 

DCL 1 BIS_RQ BASED(ADDR(RU)), /* Byte(s)*/ 

2 RQ_C0DE BIT(8); /* 0 */ 

0 X*70* request code 

CANCEL; LU—>LU, Norm; DFC (CANCEL) 

DCL 1 CANCEL_RQ 
2 RQ_C0DE 

0 X'83' request code 


BASED(ADDR(RU)), 
BIT(8); 


/* Byte(s)#/ 
/* 0 */ 
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CDCINIT 


CDCINIT; 


SSCP—>SSCP, Norm; FMD NS(s) (CROSS-DOMAIN CONTROL INITIATE) 


CDCINIT_RQ 

BASED(ADDR(RU)), 

/* 

Byte( s )*/ 

2 

NS_HEADER 


BIT(24)* 

/* 

0-2 

*/ 

2 

FORMAT 


BIT(8) > 

/* 

3 

*/ 

2 

RESERVED 


BIT(8), 

/* 

4 

*/ 

2 

PCID 


CHAR(8), 

/* 

5-12 

*/ 

2 

PLU_NETWORK_ADDRESS 


BIT(16 ) , 

/* 

13-14 

*/ 

2 

SLU_NETWORK_ADDRESS 


BIT(16)* 

/* 

15-16 


2 

BIND_IMAGE_LENGTH 


BIT(16), 

/* 

17-18 

*/ 

2 

BIND_IMAGE 







CHAR(REFER(BIND_IMAGE_ 

.LENGTH) ) , 

/* 

19-n 

*/ 

2 

SNA_DEV_CHAR_LENGTH 


BIT(16), 

/*n+l-n+2 

*/ 

2 

SNA_DEV_CHAR 







CHAR(REFER(SNA_ 

DEV_CHAR_ 

.LENGTH) ) * 

/* 

n + 3-p 

*/ 

2 

CRYPTO_SESS_KEY_LENGTH 

BIT ( 8) , 

/* 

P + 1 

*/ 

2 

CRYPTO_SESS_KEY 







CHAR(REFER(CRYPTO_ 

,SESS_KEY_ 

.LENGTH) ) ,* 

/* 

p + 2-q 



0-2 

3 


4 

5-12 

5-6 

7-12 


13-14 
15-16 
17-18 
19-n 


n+l-n+2 


n + 3 


n+4-p 


X'81864B' NS header 
Format 

bits 0-3» 0000 Format 0 (only value defined) 

bits 4-7> reserved 

Reserved 

PCID 

The network address of SSCP(ILU) 

A unique 6-byte value* generated by the SSCP(ILU)* 
that is retained and used in all cross-domain 
requests dealing with the same procedure until it 
is completed. The SSCP(ILU) maintains correlation 
between PCID and the URC* if one has been provided 
by the INIT-SELF or INIT-OTHER request. 

Network address of PLU 

Network address of SLU 

Length* in binary* of BIND image 

BIND image: bytes 1-p of the BIND RU (see BIND 

format description)* i.e.* through the URC field 
Notes on BIND image : 

• If the length of the URC field is zero » then 
the length field itself is excluded from the 
BIND image. 

• For SLUs not in the sending SSCP's PU_T5 node* 

the session cryptography key is enciphered 

under the SLU master cryptography key; for SLUs 
in the PU_T5 node* the sending SSCP enciphers 
the session cryptography key under a dummy SLU 
master cryptography key. 

Length* in binary* of LU or non-SNA device 
characteristics field and format—i.e.* bytes n+3 
- p (X'00 f = no characteristics/format field) 

LU or non-SNA device characteristics format: 

X'01' Format 1: access method unique device 

characteristics (only value defined) 

LU or non-SNA device specifications (See CINIT for 
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CDCINIT 


CDINIT J 


the format of this field.) 

p+1 Length, in binary, of session cryptography key 

Note : X'OO' = no Session Cryptography Key field 

is present 

P+2-q Session cryptography key for primary: the session 

cryptography key, enciphered under the 
cross-domain cryptography key defined for the 
SSCP(SLU) to SSCP(PLU) direction Ca different 
cross-domain cryptography key is defined for the 
opposite direction) and using a seed value of 0 

SSCP—>SSCP, Norm; FMD NS(s) (CROSS-DOMAIN INITIATE) 


DCL 1 


DCL 1 


CDINIT_RQ BASED(ADDR(RU)), 

/* 

Byte(s )*/ 

2 

N S_H E A D E R 


BIT(24), 

/* 

0-2 

*/ 

2 

FORMAT 


BIT ( 8 ) , 

/* 

3 

*/ 

2 

FORMAT_DATA 


CHAR(*); 

/* 

4-End 

*/ 

C DINIT_R Q_F MT 0_2 







BASED(ADDR(CDINIT_RQ. 

FORMAT_DATA)), 

/* 

Byte(s)*/ 

2 

TYPE 


BIT(2 ) , 

/* 

4 

*/ 

2 

RESERVED 


BIT(4 ) , 




2 

DLU_PRI_OR_SEC 


BIT(1) , 




2 

RESERVED 


BIT(l), 




2 

DLU_QUEUING_CONDITIONS 


BIT ( 8 ) , 

/* 

5 

*/ 

2 

0 LU_ST ATU S 


BIT(8 ) , 

/* 

6 

*/ 

2 

PCID 


CHARC8) , 

/* 

7-14 

*/ 

2 

OLU_ADDRESS 


BIT(16), 

/* 

15-16 

*/ 

2 

RESERVED 


BIT(16), 

/* 

17-18 

*/ 

2 

INITIA T E_0 RIGIN 


BIT(8) , 

/* 

19 

*/ 

2 

NOTIFY_SPECIFICATIONS 


BIT ( 8 ) , 

/* 

20 

*/ 

2 

MOD E_NAME 


CHAR(8) , 

/* 

21-28 

*/ 

2 

DLU_TYPE 


BIT(8 ) , 

/* 

29 

*/ 

2 

DLU_NTWK_NAME_LENGTH 


BIT(8 ) , 

/* 

30 

*/ 

2 

D LU_NTWK_NAME 







CHAR(REFER(DLU_NTWK_ 

NAME. 

.LENGTH) ) , 

/* 

31-m 

*/ 

2 

REQUESTER_ID_LENGTH 


BIT(8) , 

/* 

m+1 

*/ 

2 

REQUESTER... ID 







CHAR(REFER(REQUESTER_ID_ 

.LENGTH) ) , 

/* 

m + 2-n 

*/ 

2 

PASSWORD_LENGTH 


BIT(8), 

/* 

n + 1 

*/ 

2 

PASSWORD CHAR(REFER(PASSWORD_ 

.LENGTH) ) , 

/* 

n + 2-p 

*/ 

2 

USER_DATA_LENGTH 


BIT( 8 ) , 

/* 

P + 1 

*/ 

2 

USER_DATA 







CHAR(REFER(USER_ 

.DATA. 

.LENGTH) ) , 

/* 

P + 2-q 

*/ 

2 

0 LU_TYPE 


BIT(8), 

/* 

q+l 

*/ 

2 

OLU_NTWK_NAME_LENGTH 


BITC8), 

/* 

q+2 

*/ 

2 

0LU_NTWK_NAME 







CHAR(REFER(OLU_NTWK_ 

.NAME. 

.LENGTH) ) , 

/* 

q + 3-r 

*/ 

2 

DLU_UNINTRP_NAME_TYPE 


BIT(8), 

/* 

r + 1 

*/ 

2 

DLU_UNINTRP_NAME_LENGTH 


BIT(8)» 

/* 

r + 2 

*/ 

2 

DLU_UNINTRP_NAME 







CHAR(REFERCDLU_UNINTRP_ 

.NAME. 

.LENGTH) ) , 

/* 

r + 3-s 

*/ 

2 

COS_NAME_INITIALIZATION 


BIT(8), 

/* 

s+1 

*/ 


4 " 
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CM O 


CDINIT 


DCL 1 


2 

CQS_NAME 

CHAR(8) ; 

/*s+2-s+9 

*/ 

CD INIT_R Q_FMT1 





BASED!ADDR(CDINIT_RQ.FORMAT_DATA)), 

/* Byte(s)*/ 

2 

TYPE 

BIT ( 8 ) , 

/* 4 

*/ 

2 

RESERVED 

BIT(5), 

/* 5 

*/ 

2 

QUEUING_STATUS 

BIT(2 ) , 



2 

RESERVED 

BIT (1 ) , 



2 

LU_STATUS 

BIT(8), 

/* 6 

*/ 

2 

PCID 

CHAR(8) , 

/* 7-14 

*/ 

2 

LU1_ADDRESS 

BIT(16) , 

/* 15-16 

*/ 

2 

LU2_ADDRESS 

BIT ( 1 6 ) i 

/* 17-18 

*/ 


X ' 8186 41' NS header 





Format 





bits 0-3, 0000 Format 0: 

used when 

Type = 

I, 


I/Q, or 

Q> bytes 

17-18 

are 


reserved 

and no COS 

fields 

are 


specified 

for Format 

0; Format 0 


includes bytes 0 through s 

0001 Format 1: used when Type = DQ 

and specifies a subset of the 
parameters? Format 1 includes 
bytes 0 through 18 

0010 Format 2: specifies COS fields 

and an additional OLD status 
(byte 6, bit 5) in addition to 
the parameters in Format 0; 
Format 2 includes bytes 0 through 
s + 9 


4-(s|s+9) 


bits 4-7, 
Formats 


reserved 
0 and 


Continue 


(See Format 


1 


continuation 
Type : 

below, ) 


bits 0-1, 00 

reserved 


01 

initiate 

only (I) 

10 

queue only CQ) 

11 

initiate 

or queue 


( I/Q) 


bits 2-5, reserved 
bit 6, 0 DLU is PLU 

1 OLU is PLU 
bit 7, reserved 

Queuing Conditions For 


DLU 


bit 0, 0 do not queue if session limit exceeded 

1 queue if session limit exceeded 
bit 1, 0 do not queue if DLU is not currently 

able to comply with the PLU/SLU 
specification (as given in byte 4, bit 
6 ) 

1 queue if DLU is not currently able to 
comply with the PLU/SLU specification 
bit 2, 0 do not queue if CDINIT loses contention 

1 queue if CDINIT loses contention 
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CDINIT 


6 


7-14 

7-8 

9-14 


15-16 

17-18 

19 


bit 3, 0 do not queue if no SSCP(DLU)-DLU path 

1 queue if no SSCP(DLU)-DLU path 
bit 4* reserved 

bits 5-6i queuing position/service 

00 put this request on the bottom of 
the queue (this request is put at 
the bottom of the queue and 
serviced last) 

01 enqueue this request FIFO 

10 enqueue this request LIFO 

11 reserved 

bit 7, 0 do not queue for recovery retry 

1 queue for recovery retry (The element 
will be maintained on the recovery 
retry queue even after the activation 
of the session so that the session can 
be retried in the event of a session 
failure. ) 

Note : Queuing will not be done if the DLU 

is unknown* or the domain of the DLU is in 
takedown status. 

OLU status 
bit 0* reserved 

bit 1* 0 LU is not available 

1 LU is available 

bits 2-3* (used if LU is not available* otherwise* 
reserved) 

00 LU session limit exceeded 
01 reserved 

10 LU is not currently able to comply 
with the PLU/SLU specification 


11 reserved 

bit 0 existing SSCP to LU path 

1 no existing SSCP to LU path 
(connectivity is lost) 
bit 5* (reserved in format 0) 

0 UNBIND and SESSEND cannot be sent by 
the LU or by its boundary function (if 
any) 

1 UNBIND and SESSEND may be sent by the 
LU or by its boundary function (if any) 
bits 6-7, 01 OLU is PLU 

10 OLU is SLU 


PCID 

The network address of SSCP(ILU) 

A unique 6-byte value* generated by the SSCP 
(ILU)* that is retained and used in all 

cross-domain requests dealing with the same 
procedure until it is completed 
Network address of OLU 
Reserved 

INITIATE origin: 

bit 0, 0 OLU is origin 

1 third party is origin 
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bits 1-2, reserved 

bit 3, 0 network user is the initiator 

1 network manager is the initiator 
bits 4-7, reserved 
20 NOTIFY specification: 

bits 0-1, 00 do not send NOTIFY to LUs in 

session with DLL) 

01 send NOTIFY to all LUs in session 
with DLU 

10 send NOTIFY to all LUs in session 
with DLU only if the CDINIT request 
is queued 

11 reserved 
bits 2-7, reserved 

21-28 Mode name: an eight-character symbolic name 

(implementation and installation dependent) that 

identifies the set of rules and protocols to be 

used for the session; used by the SSCP(SLU) to 
select the BIND image to be used by the SSCP(PLU) 
to build the CINIT request 
29-m Network Name of DLU 

29 Type: X'F3’ logical unit 

30 Length, in binary, of symbolic name 

31-m Symbolic name, in EBCDIC characters 

m+l-n Requester ID 

m+1 Length, in binary, of requester ID 

Note : X'00* = no requester ID is present 

m+2-n Requester ID: the ID, in EBCDIC characters, of the 

end user initiating the request (May be used to 
establish the authority of the end user to access 
a particular resource.) 
n+1—p Password 

n+1 Length, in binary, of password 

Note : X’00* = no password is present 

n+2-p Password used to verify the identity of the end 

user 

p+1—q User Field 

p+1 Length, in binary, of user data 

Note : X’00' = no user data is present 

P+2-q User data: user-specific data that is passed to 

the primary LU on the CINIT request 
P+2 User data key 

X’00' structured subfields follow 
-X’OO* first byte of unstructured user data 

Note : Individual structured subfields may 

be omitted entirely. When present, they 
appear in ascending field number order. 

• For unstructured user data 

p+3-q Remainder of unstructured user data 

• For structured user data 

P+3-q Structured subfields (For detailed definitions, 

see the structured user data section on page 
E-129.) 

q + l-r Network Name of OLU 
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q + 1 Type: X ’ F 3 ' logical unit 

q+2 Length» in binary, of symbolic name 

q+3-r Symbolic name in EBCDIC characters 

r + l-s Uninterpreted Name of DLU 

r + 1 Type: X' F3 V logical unit 

r+2 Length, in binary, of DLU name 

Note : X' 00 * = no uninterpreted name is present. 

r+3-s EBCDIC character string; when present, this name 

is obtained from the preceding INIT-SE LF or 
INIT-OTHER (when ILU=0LU) 

Note : End of Format 0; Format 2 continues below. 

s+1 COS name initialization indicators: 

bit 0, 0 COS name not received from ILU (see 

bits 1-2) 

1 COS name received from ILU 
bits 1-2, (reserved if byte s+1, bit 0=1) 

01 SSCP(DLU) is to initialize COS name 
(DLU is SLU) 

10 SSCP(OLU) has initialized COS name 
(0LU is SLU) 
bits 3-7, reserved 

s+2-s+9 COS name (this field reserved if byte s+1, bits 
1-2 = 01): symbolic name of class of service in 

EBCDIC characters 
4-18 Format X 

4 Type 

bits 0-1, 00 dequeue (DQ) 

bits 2-3, 00 leave on queue if dequeue retry is 

unsuccessful 

01 remove from queue if dequeue retry 

is unsuccessful 

10 do not retry—remove from queue 

11 reserved 
bit 4, reserved 

bits 5-6, 00 LU2 is PLU 

01 LU2 is SLU 

10 reserved 

11 reserved 
bit 7, reserved 

5 Queuing Status (For LU associated with SSCP 
sending CDINIT(DQ) ) 

bits 0-4, reserved 

bits 5-6, 00 request on bottom of queue 

01 enqueued request FIFO 

10 enqueued request LIFO 

11 reserved 
bit 7, reserved 

6 jJJ Status (For LU associated with SSCP sending 
CDINIT(DQ)) 

bit 0, reserved 
bit 1, 0 LU is unavailable 

1 LU is available 
bits 2-3, (if LU is unavailable) 

00 LU session limit exceeded 
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CDINIT 


01 reserved 

10 LU is not currently able to comply 
with the PLU/SLU specification 

11 reserved 

bit 4, 0 existing SSCP to LU path 

1 no existing SSCP to LU path 
bit 5» reserved 
bits 6-7, 01 LU is PLU 

10 LU is SLU 

7-14 PCID 

7-8 The network address of SSCP(ILU) 

9-14 A unique 6-byte value, generated by the SSCP(ILU), 

that is retained and used in all cross-domain 
requests dealing with the same procedure until it 
is completed. (This PCID must be the same as in 
the original CDINIT request.) 

15-16 Network address of LU1 

17-18 Network address of LU2 


CDSESSEND; SSCPCPLUX — >SSCP(SLU) , Norm; FMD NS(s) (CROSS-DOMAIN 
SESSION ENDED) 


DCL 1 CDSESSEND_RQ 
2 NS_HEADER 
2 PCID 
2 FORMAT 
2 FORMAT DATA 


BASED(ADDR(RU) ) 
BIT(24) 
CHAR(8) 
BIT(8) 
CHAR(x) 


/* Byte(s )*/ 
/x 0-2 */ 

/x 3-10 x/ 
/x 11 x/ 
/x 12-n x/ 


DCL 1 CDSESSEND_FMT0_RQ 

BASED(ADDR(CDSESSEND_RQ.FORMAT_DATA)), /x Byte(s)x/ 
2 SESSION_KEY BIT(8), /x 12 x/ 

/x See page E-127 x/ 


2 SESSION KEY CONTENT 


CHAR(x); /x 13-n x/ 


DCL 1 CDSESSEND_FMT2_RQ 

BASED(ADDR(CDSESSEND_RQ.FORMAT_DATA)), /x Byte(s)x/ 
2 CAUSE BIT(8), /x 12 x/ 

2 ACTION BIT(8), /x 13 x/ 

2 RESERVED BIT(16), /x 14-15 */ 

2 SESSION_KEY BIT(8), /x 16 x/ 

/x See page E-127 x/ 
2 SESSION KEY CONTENT CHAR(x); /x 17-n x/ 


0-2 X * 818648’ NS header 

3-10 PCID 

3-4 Network address of SSCP(TLU) 

Note : A network address value of 0 indicates that 

no PCID is present in bytes 5 through 10; bytes 
5-10 are reserved when bytes 3-4 are 0. 

5-10 A unique 6-byte value, generated by the SSCP(TLU), 

that is retained and used in all cross-domain 

requests dealing with the same procedure until it 
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CDSESSEND 


is completed. 

11 bits 0-3> format; 

0000 Format 0 
0010 Format 2 
bits 4-7, reserved 

12- n Format 

12 Session key 

X'06' network name pair 

X * 07• network address pair 

13- n Session Kev Content 

• For session key X’06’: network name pair 

13 Type; X’F3' logical unit 

14 Length* in binary* of symbolic name of PLU 

15-m Symbolic name in EBCDIC characters 

m+1 Type; X'F3’ logical unit 

m+2 Length * in binary, of symbolic name of SLU 

m+3-n Symbolic name in EBCDIC characters 

• For session key X*07*; network address pair 

13-14 Network address of PLU 

15-16(=n) Network address of SLU 

12-n Format 2 

12 Cause: indicates the reason for deactivation of 

the identified LU-LU session 

X'01* normal deactivation 

X*02* BIND forthcoming; retain the node 
resources allocated to this session* if 
possible 

X'04’ restart mismatch; synch point records do 
not match; operator intervention is needed 
before the session can be activated 

X’05' LU not authorized: the secondary 

half-session has failed to supply an 
acceptable password or other authorization 
information in the User Data field 

X’06' invalid session parameters: the BIND 
negotiation has failed due to an inability 
of the primary half-session to support 
parameters specified by the secondary 

X'07' virtual route inoperative: the virtual 
route used by the (LU*LU) session has 
become inoperative, thus forcing th.e 

deactivation of the identified (LU*LU) 
session 

X f 0 8 ’ route extension inoperative: the route 
extension used by the (LU*LU) session has 
become inoperative thus forcing the 

deactivation of the identified (LU*LU) 
session 

X'09* hierarchical reset: the identified (LU*LU) 
session had to be deactivated because of a 
+RSPCACTPU|ACTLU,cold) 

X'OA* S5CP gone: the identified (LU*LU) session 
had to be deactivated because of a forced 
deactivation of the (SSCP,PU) or (SSCP,LU) 
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CDSESSEND 


CDSESSSF; 


13 


session (e.g., DACTPU, DACTLU, or 
DISCONTACT) 

X ’ 0 B' virtual route deactivated: the identified 
(LU,LU) session had to be deactivated 
because of a forced deactivation of the 
virtual route being used by the (LU,LU) 
session 

X'OC' PLU failure: the identified (LU,LU) 

session had to be deactivated because of 
an abnormal termination of the PLU 
Action (reserved for cause codes X'01' through 
X * 06 " ) : 

X’01' normal* no resultant automatic action 

X'02* primary half-session will restart 

X*03' secondary half-session will restart 


14-15 Reserved 

16 Session key: 

X*06' network name pair 
X'07' network address pair 
17-n Session Kev Content 

• For session key X'06': network name pair 

17 Type: X'F3' logical unit 

18 Length, in binary, of symbolic name of PLU 

19-m Symbolic name in EBCDIC characters 

m+1 Type: X'F3’ logical unit 

m+2 Length, in binary, of symbolic name of SLU 

m+3-n Symbolic name in EBCDIC characters 

• For session key X'07’: network address pair 

17-18 Network address of PLU 

19-20(=n) Network address of SLU 


SSCPCPLU)—>SSCP(SLU), Norm; FMD NS(s) (CROSS-DOMAIN SESSION 
SETUP FAILURE) 

DCL 1 CDSESSSF_RQ 
2 NS_HEADER 
2 PCID 

2 SENSE_DATA 
2 REASON 
2 SESSION_KEY 

2 SESSION_KEY_CONTENT 

0-2 X’818645* NS header 

3-10 PCID 

3-4 The network address of SSCP (ILU) 

5-10 A unique 6-byte value, generated by the SSCP(ILU), 

that is retained and used in all cross-domain 

requests dealing with the same procedure until it 
is completed 
11-14 Sense data 

15 Reason 

bit 0, 1 CINIT error in reaching PLU 

bit 1, 1 BIND error in reaching SLU 








BIT(24), /* 
CHAR(8), /* 


0-2 

3-10 


*/ 
*/ 
*/ 
*/ 
*/ 

/* See page E-127 */ 
CHAR(*); /* 17-n */ 


BIT (32), /* 11-14 
BIT ( 8 ), /* 15 

BIT (8), /* 16 
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bit 2, 1 setup reject at PLU 
bit 3, 1 setup reject at SLU 
bits 4-7, reserved 

16 Session key 

X' 06 ' network name pair 
X'07' network address pair 
17-n Session Kev Content 

• For session key X’06': network name pair 

17 Type: X'F3’ logical unit 

18 Length, in binary, of symbolic name of PLU 

19-m Symbolic name in EBCDIC characters 

m+1 Type: X ’ F3' logical unit 

m+2 Length, in binary, of symbolic name of SLU 

m+3-n Symbolic name in EBCDIC characters 

• For session key X'07': network address pair 

17-18 Network address of PLU 

19-20(=n) Network address of SLU 

CDSESSST; SSCP(PLU)—>SSCP(SLU), NormJ FMD NS(s) (CROSS-DOMAIN SESSION 
STARTED) 

DCL 1 CDSESSST_RQ 
2 NS_HEADER 
2 PCID 
2 RESERVED 
2 SESSION_KEY 

2 SESSION_KEY_CONTENT 

0-2 X'818646 * NS header 

3-10 PCID 

3-4 The network address of SSCPCILU) 

5-10 A unique 6-byte value, generated by the SSCPCILU), 

which is retained and used in all cross-domain 
requests dealing with the same procedure until it 
is completed 

11 Reserved 

12 Session key 

X , 06* network name pair 
X*07' network address pair 
13-n Session Key Content 

• For session key X'06*: network name pair 

13 Type: X'F3' logical unit 

14 Length, in binary, of symbolic name of PLU 

15-m Symbolic name in EBCDIC characters 

m+1 Type: X’F3* logical unit 

m+2 Length, in binary, of symbolic name of SLU 

m+3-n Symbolic name in EBCDIC characters 

• For session key X'07': network address pair 

13-14 Network address of PLU 

15-16(=n) Network address of SLU 


BASED(ADDRCRU)), /* ByteCs)*/ 

BITC24), /* 0-2 */ 

CHAR(8), /* 3-10 */ 

BIT(8)> /* 11 */ 

BITC8), /* 12 */ 

/* See page E-127 */ 

CHAR(*)J /* 13-n */ 
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CDSESSTF 


CDTAKEDJ 


SSCP(PLU)—>SSCP(SLU)* Norm; FMD NSCs) (CROSS-DOMAIN SESSION 
TAKEDOWN FAILURE) 


DCL 1 CDSESSTF_RQ 
2 NS_HEADER 
2 PCID 

2 SENSE_DATA 
2 REASON 
2 SESSION_KEY 

2 SESSION KEY CONTENT 


BASED(ADDR(RU)), /* Byte(s)*/ 
BIT(24)» /* 0-2 */ 

CHAR( 8) * 3-10 */ 

BIT(32)> /* 11-14 */ 

BIT(8)* /* 15 */ 

BITC8)» /* 16 */ 

/* See page E-127 */ 
CHAR(*); /* 17-n */ 


0-2 X’818647 * NS header 

3-10 PCID 

3-4 The network address of SSCP(TLU) 

Note : A network address value of 0 indicates that 

no PCID is present; bytes 5-10 are reserved when 
bytes 3-4 are 0. 

5-10 A unique 6-byte value* generated by the SSCP(TLU)* 

that is retained and used in all cross-domain 

requests dealing with the same procedure until it 
is completed 
11-14 Sense data 

15 Reason: 

bit 0* 1 CTERM error in reaching PLU 

bit 1* 1 UNBIND error in reaching SLU 
bit 2, 1 takedown reject at PLU 
bits 3-7* reserved 

16 Session key: 

X'06' network name pair 
X'07' network address pair 
17-n Session Kev Content 

• For session key X , 06’: network name pair 

17 Type: X'F 3' logical unit 

18 Length* in binary, of symbolic name of PLU 

19-m Symbolic name in EBCDIC characters 

m+1 Type: X’F3’ logical unit 

m+2 Length* in binary, of symbolic name of SLU 

m+3-n Symbolic name in EBCDIC characters 

• For session key X’07’: network address pair 

17-18 Network address of PLU 

19-20(=n) Network address of SLU 

SSCP—>SSCP, Norm; FMD NSCs) (CROSS-DOMAIN TAKEDOWN) 


DCL 1 CDTAKED_RQ 
2 NS_HEADER 
2 PCID 
2 TYPE 
2 REASON 

0-2 X * 818649 * NS header 

3-10 PCID 

3-4 The network address 


BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

BITC24), 

/* 

0-2 

*/ 

CHAR(8), 

/* 

3-10 

*/ 

BIT(8), 

/* 

11 

*/ 

BIT(8); 

/* 

12 

*/ 


of the SSCP sending the 
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request 

5-10 A unique 6-byte value generated by the sending 

SSCP and retained and used in all cross-domain 
requests dealing with the same procedure until it 
is completed 
11 Type: 


bits 

0-1, 

00 

active and pending-active sessions 



01 

active, pending-active, and queued 




sessions 



10 

queued only sessions 



11 

reserved 

b i ts 

2-3, 

00 

quiesce 



01 

order ly 



10 

forced 



11 

cleanup (mutual procedure) 

b i ts 

4-7, 

reserved 


12 Reason: 

bit 0, 0 network user 

1 network manager 
bit 1, 0 norma 1 

1 abnormal 

bits 2-7, detailed reason (dependent upon bits 
0 - 1 ): 

• For bits 0-1, 00 user and normal: 

bits 2-7, 000000 general category (only value 

defined) 

• For bits 0-1, 01 user and abnormal: 

bits 2-7, 000000 general category (only value 

defined) 

• For bits 0-1, 10 manager and normal: 

bits 2-7, 000000 general category 

000011 operator command—domain is 
going away 

• For bits 0-1, 11 manager and abnormal: 

bits 2-7, 000000 general category 

000001 operator command 
000010 restartprocedure 

CDTAKEDC; SSCP—>SSCP, Norm; FMD NS(s) (CROSS-DOMAIN TAKEDOWN 
COMPLETE) 


DCL 1 CDTAKEDC_RQ 
2 NS_HEADER 
2 PCID 
2 TYPE 
2 STATUS 


BASED(ADDR(RU) ) , 

/* 

Byte(s)*/ 

BIT(24) , 

/* 

0-2 

*/ 

CHAR(8), 

/* 

3-10 


BIT(8) , 

/* 

11 

*/ 

BIT(8); 

/* 

12 

*/ 



0-2 X'81864A' NS header 

3-10 PCID 

3-4 The network address of the SSCP that initiated the 

takedown procedure 

5-10 A unique 6-byte value, generated by the SSCP 

initiating the takedown procedure, that is 

retained and used in all cross-domain requests 
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CDTAKEDC 


CDTERM; 


dealing with the same procedure until it is 
completed 

11 Type: 

X'01' summary (only value defined) 

12 Status: 

• For Type X'Ol’: summary 

X'01' all sessions successfully taken down 
X'02' takedown failures occurred 

SSCP(OLU)—>SSCP(DLU), Norm; FMD NS(s) (CROSS-DOMAIN 

TERMINATE) 


CDTERM_RQ 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

2 

NS_HEADER 


BIT(24), 

/* 

0-2 

*/ 

2 

FORMAT 


BIT(8), 

/* 

3 

*/ 

2 

TYPE 


BIT(8), 

/* 

4 

*/ 

2 

PCID 


CHAR(8) , 

/* 

5-12 

*/ 

2 

REASON 


BIT(8), 

/* 

13 

*/ 

2 

RESERVED 


BIT(16), 

/* 

14-15 

*/ 

2 

SESSION_KEY 


BIT(8) , 

/* 

16 

*/ 




/* See 

page 

E-127 

X/ 

2 

SESSION_KEY_CONTENT 







CHAR(REFER(SESSION_KEY_ 

.LENGTH) ) , 

/* 

17-n 

*/ 

2 

REQUESTER_ID_LENGTH 


BIT(8), 

/* 

n + 1 

*/ 

2 

REQUESTER_ID 







CHAR(REFER(REQUESTSR_ID_ 

.LENGTH) ) , 

/* 

n + 2-p 

*/ 

2 

PASSMORD_LENGTH 


BIT(8), 

/* 

P + 1 

*/ 

2 

PASSWORD CHAR(REFER(PASSWORD_ 

.LENGTH) ) ; 

/* 

P + 2-q 

*/ 


0-2 

X' 818643’ 

NS header 

3 

bits 

0-3, 

0000 

Format 0 (only value defined) 


bits 

4-7, 

reserved 

4 

Type 

: 




bits 

o 

1 

00 

request applies to active and 

pending-active sessions 




01 

request applies to active? 

pending-active? and queued sessions 




10 

request applies to queued sessions 
only 




11 

reserved 


bit 2, reserved if byte 4, bit 7=1? otherwise: 

0 forced termination, session to be 

deactivated immediately and 

unconditiona1ly 

1 orderly termination, permitting an 

end-of-session procedure to be executed 
at the PLU before the session is 
deactivated 

bit 3, 0 do not send DACTLU to DLU; another 

session initiation request will be sent 
for DLU 

1 send DACTLU to DLU when appropriate? no 
further session initiation request will 
be sent (from this sender) for DLU 
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bits 4-6, reserved 

bit 7, 0 orderly or forced Csee byte 4, bit 2) 

1 cleanup 

5-12 PCID 

5-6 The network address of the SSCP(TLU) 

7-12 A unique 6-byte value, generated by the SSCPCTLU), 

that is retained and used in all cross-domain 

requests dealing with the same procedure until it 
is completed 

15 Reason: 

bit 0, 0 network user 

1 network manager 
bit 1, 0 normal 

1 abnormal 

bits 2-7, detailed reason (dependent upon bits 
0 - 1 ) : 

• For bits 0-1, 00 user and normal: 

bits 2-7, 000000 general category 

000001 self, 0LU=PLU 
000010 self, 0LU=SLU 
000011 other 

• For bits 0-1, 01 user and abnormal: 

bits 2-7, 000000 general category 

• For bits 0-1, 10 manager and normal: 

bits 2-7, 000000 general category 

000001 operator command—session 
000010 operator command-—LU 
000011 operator command—domain 

• For bits 0-1, 11 manager and abnormal: 

bits 2-7, 000000 general category 

000001 operator command 
000010 restart procedure 
000011 preempt procedure 
000100 unrecoverable path error 
000101 unrecoverable destination error 

14-15 Reserved 

16 Session key: 

X*05’ PCID 

X'06' network name pair 
X'07' network address pair 
X' 08' network address-network name 
17-n Session fcev Content 

• For session key X'05': PCID 

17-18 Network address of the SSCP(ILU) 

19-24(=n) A unique six-byte value, generated by the 
SSCP(ILU), which is retained and used in all 
cross-domain requests dealing with the same 
procedure until it is completed 

Note : This PCID is different from the one in 

bytes 5-12, which is generated by the SSCP(TLU). 

• For session key X'06 ' : network name pair 

17 Type: X'FS' logical unit 

18 Length, in binary, of symbolic name of OLU 

19-m Symbolic name in EBCDIC characters 
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CDTERM 


CHASE; 


cinit; 


m+1 

m+2 

m+3-n 

17-18 
19-20(=n) 


17-18 

19 

20 

21-n 
n + l-p 
n + 1 

n + 2-p 

p + l-q 
P+1 

p + 2-q 


Type: X'F3' logical unit 

Length* in binary, of symbolic name of DLU 
Symbolic name in EBCDIC characters 
For session key X T 07': network address pair 
Network address of PLU 
Network address of SLLi 

For session key X’08': network address-network 
name 

Network address of OLU 
Type: X’F3' logical unit 

Length, in binary, of symbolic name of DLU 
Symbolic name in EBCDIC characters 
Requester ID 

Length, in binary, of requester ID 
Note : X’00' = no requester ID 

Requester ID: the ID, in EBCDIC characters, of the 

end user initiating the request 

Password 

Length, in binary, of password 

Note : X'00' = no password is present 

Password used to verify the identity of the end 

user 


LU—>LU, Norm; DFC (CHASE) 


DCL 1 CHASE_RQ 
2 RQ_C0DE 


BASED(ADDRCRU)), 
BIT ( 8 ) ; 


/* Byte(s)*/ 
/* 0 */ 


0 


X'84' request code 


SSCP—>PLU > Norm; FMD NSCs) (CONTROL INITIATE) 


CINIT_RQ BASED(ADDR(RU) ) , 

/* 

Byte(s)*/ 

2 

NS_HEADER 

BIT(24)» 

/* 

0-2 

*/ 

2 

FORMAT 

BIT(8) , 

/* 

3 

*/ 

2 

INITIA T E_0 RIGIN 

BIT(8) , 

/* 

4 

*/ 

2 

SESSICN_KEY 

BIT(8 ) , 

/* 

5 

*/ 

2 

PLU_ADDRESS 

BIT(16) , 

/* 

6-7 

*/ 

2 

SLU_ADDRESS 

BIT(16), 

/* 

8-9 

*/ 

2 

BI ND_I MAG E__L ENGTH 

BIT(16), 

/* 

10-11 

*/ 

2 

BIN D_IMAGE 






CHAR(REFER(BIND_IMAGE_ 

LENGTH)), 

/* 

12-m 

*/ 

2 

SLU_TYPE 

BIT(8 ) > 

/* 

m+1 

*/ 

2 

SLU_NTWK_NAME_LENGTH 

BIT(8), 

/* 

m+2 


2 

SLU_NTWK_NAME 






CHAR(REFER(SLU_NTWK_NAME_ 

LENGTH) ) , 

/* 

m+3-n 

*/ 

2 

REQUESTER_ID_LENGTH 

BIT(8), 

/* 

n + 1 

*/ 

2 

REQUESTER_ID 






CHAR(REFER(REQUESTER_ID_ 

LENGTH) ) , 

/* 

n + 2-p 

*/ 

2 

PASSWORD.LENGTH 

BIT(8) , 

/* 

P + 1 

*/ 

2 

PASSWORD CHAR(REFER(PASSWORD. 

LENGTH) ) , 

/* 

p + 2-q 

*/ 

2 

USER_DATA_LENGTH 

BIT ( 8 ) , 

/* 

q + 1 

*/ 

2 

USER.DATA 






CHAR(REFER(USER_DATA_ 

LENGTH) ) , 

/* 

q + 2-r 

X/ 
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2 

SNA_DEV_CHAR_LENGTH 


BIT(16), 

/*r+l-r+2 

XX 

2 

SNA_DEV_CHAR 







CHAR(REFER(SNA_ 

DEV_CHAR_ 

LENGTH)), 

XX 

r + 3-s 

XX 

2 

CRYPTO_SESS_KEY_LENGTH 

BIT(8) » 

XX 

s + 1 

XX 

2 

CRYPTO_SESS_KEY 







CHAR(REFER(CRYPTO_ 

SESS_KEY_ 

LENGTH)), 

XX 

s + 2-t 

XX 

2 

C0NTR0L_VECT0RS 


C H A R ( * )» 

XX 

t + l-u 

XX 


S N A_D E VIC E_C H ARACTERISTICS 

BASED, 

XX 

Byte(s)*/ 

2 

DEVICE_CHAR_FORMAT 

BIT ( 8 ) » 

XX 

r + 3 

XX 

2 

SCH EDU LING_INFO 

BIT(8)> 

XX 

r+4 

xx 

2 

DEVICE_TYPE 

BIT ( 8 ) » 

/* 

r+ 5 

XX 

2 

MODEL_INFORMATION 

BIT ( 8 ), 

XX 

r + 6 

xx 

2 

FEATURE_INFORMATION 

BIT(8), 

XX 

r + 7 

xx 

2 

PHYSICAL_ADDRESS 

BIT ( 8 ) , 

XX 

r + 8 

xx 

2 

MISC_F LAGS 

BIT(8), 

/* 

r + 9 

XX 

2 

DATA_STREAM 

BIT ( 8 ) , 

XX 

r + 10 

XX 

2 

RESERVED 

BIT(8), 

XX 

r + 11 

xx 

2 

SCR E EN_SIZE 

BIT(40), 

/*r+l2-16 

XX 

2 

NORK_AREA_FORMAT 

BIT (8 ) , 

xx 

r + 17 

XX 

2 

W0RK_AREA 

CHAR(* ) » 

xx 

r+18-s 

xx 


0-2 X'810601 ’ NS header 

3 Format 

bits 0 - 3, 0000 Format 0 (only value defined) 

Note : CINIT format 0 may carry control 

vectors at the end of the basic RU 
(which ends with the Session 
Cryptography Key field), 
bits 4-7, reserved 

4 INITIATE Origin: 

bit 0, 0 ILU is OLU 

1 ILU is not OLU 

bit 1» reserved 
bit 2, 0 SLU is OLU 

1 PLU is OLU 

bit 3, 0 network user is the initiator 

1 network manager is the initiator 
bits 4-5, reserved 
bit 6, 0 no recovery retry 

1 recovery retry to be used 
bit 7, reserved 

5 Session key: 

X'07’ network address pair 
6-7 Network address of PLU 

8-9 Network address of SLU 

10-11 Length of BIND Image field 

12-m BIND image: bytes 1-p of the BIND RU» i.e.» 

through the URC field (see BIND format 
description) 

Note : If the length of the URC field is 0, the 

Length field itself is excluded from the BIND 
image. 
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CINIT 


m+l-n 
m + 1 
m+2 
m+3-n 
n + l-p 
n + 1 

n + 2-p 


p + l-q 
P + 1 

p + 2-q 

q + l-r 
q + 1 

q + 2-r 
q + 2 


q + 3-r 
q + 3—r 

r + l-s 
r+l-r+2 

r + 3 

r+4-s 

r+4 


Name of SLU 

Type: X'F3' logical unit 
Length* in binary* of symbolic name 
Symbolic name, in EBCDIC characters 
Requester ID 

Length, in binary* of requester ID 
Note : X'OO' = no requester ID 

Requester ID: the ID, in EBCDIC characters* of the 
end user initiating the session activation request 
(May be used to establish the authority of the end 
user to access a particular resource.) 

Password 

Length, in binary, of password 

Note : X’OO' = no password is present 

Password used to verify the identity of the end 

user 

User Field (from INITIATE RU) 

Length, in binary, of user data 

Note : X'OO’ = no user data is present 

User data: user-specific data 

User data key 

X'OO' structured subfields follow 
-X'OO* first byte of unstructured user data 

Note: Individual structured subfields may 

be omitted entirely. When present, they 
appear in ascending field number order. 

• For unstructured user data 
Remainder of unstructured user data 

• For structured user data 

Structured subfields (For detailed definitions* 
see the structured user data section on page 
E-129 . ) 

LU or Non - SNA Device Specifications 
Length of characteristics field* including both 
format and characteristics fields—i.e.* bytes r+4 
- s 

Note : X'0000' = no Format and no Characteristics 

fields are present. 

Characteristics format: 

X'01' device characteristics (only value 
defined) 

LU or Non - SNA Device Characteristics 

• Format X'Ol': (This format represents an 

access-method-unique LU/device characteristics 
definition. For more specific information refer 
to access method implementation documentation.) 
Scheduling information: 

X'80 * input device 

X'40* output device 

X*20' conversational mode 

X'10’ reserved 

x’08' start print sensitive 

X* 04' reserved 

X'02' additional information provided (always 
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on ) 



X'Ol' 

specific poll = on; general poll=off 

r + 5 

Device 

type : 


X'OO' 

undefined device type 


X' 04' 

2741 


X'G8’ 

WTTY 


X* 10’ 

115A 


X ' 2 0 ' 

TWX (33-35) 


X' 30 ' 

83B3 


X' 40 ' 

2740 


X' 80 ' 

1050 


X’ 90 ' 

2780 


X' 19 * 

3277 


X' 1A' 

3284 


X' IB’ 

3286/3288 


X’ 1C’ 

3275 


X’ 91 * 

3780 


X’ 6D’ 

SNA logical unit 

r + 6 

Model 

information: 


X'OO' 

Model 1 


X'Ol' 

Model 2 

r + 7 

Feature information: 


bits 0 

-1, 00 SLDC 



01 start/stop 

10 BSC 

11 reserved 


bits 2 

-7, X'20’ XMIT interrupt feature 



X’10’ SWITCHED LINE = ON; LEASED LINE 



= OFF 



X'08' attention 

X'04' checking 

X'02* station control 

X'01' selector pen 

r+8 

Physical device address 

r + 9 

Miscellaneous flags: 


X ’ 80' 

SNA compatible application program 

interface (always on.) 


X' 40 ' 

non-SNA application program interface 

(always off) 


X ' 2 0 ' 

buffered 


X'10' 

continue mode 


X' 08' 

contention mode 


X ' 04' 

inhibit mode (text timeout) 


X ' 0 2 ' 

end-to-end control 


X'Ol ' 

3270 extended data stream requiring BSC 
transparency 

r + 10 

Device 

data stream compatibility characteristics: 


(This 

field is used in conjunction with the Device 


Type field, r+5, when that field is set to X'6D': 
SNA logical unit; otherwise, it is reserved.) 


X'OO' 

no data stream characteristics defined 
here 


X' 04' 

2741 


X' 08' 

WTTY 


E-38 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 



CINIT 


CLEANUP; 


X'lO' 115A 
X' 20 ’ TWX (33-35) 

X' 30 ' 83B3 

X ’ 40 ’ 2740 

X' 80 ' 1050 

X * 9 0 ' 2780 

X ' 19 ' 3277 

X ' 1A * 3284 

X’1B’ 3286/3288 

X’lC’ 3275 
X'91’ 3780 

X'AO’-X'FF* available for installation-defined 
use 

r+11 Reserved 

r+12-r+16 Screen size (see the PS Usage field in the BIND RU 
for format) 

r + 17-s Work Area (This field is optional—if not present, 
s = r+ 16 . ) 

r+17 Work area format: 

X ’ 00 ' unformatted 
X' 01 ' TCAM format 

r+18-s Work area excluding format 

s+1 Length of Session Cryptography Key field 

Note : X ' 0 0 ' = no Session Cryptography Key field 

present 

s+2-t Session Cryptography Key field: session 

cryptography key enciphered under PLU master 

cryptography key 
Note : End of base RU 

t + l- u Control vector , as described in the section* 

"Control Vectors and Control lists*" later in this 

a p p e n d i x 

Note : The following vector key is used in CINIT: 

X' 0D ’ Mode/Class of Service/Virtual Route List 


SSCP—>SLU, Norm; FMD NS(s) (CLEAN UP SESSION) 


DCL 1 CLEANUP_RQ 
2 NS_HEADER 
2 FORMAT 
2 RESERVED 
2 REASON 
2 SESSION_KEY 

2 SESSION KEY CONTENT 


BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

BIT(24), 

/* 

0-2 

*/ 

BIT(4)* 

/* 

3 

*/ 

BIT(12), 

/* 

3-4 

*/ 

BIT ( 8 ) * 

/* 

5 

*/ 

BIT(8), 

/* 

6 

*/ 

/* See 

page 

E-127 

*/ 

CHAR(*)* 

/* 

7-n 

X/ 


0-2 

3 


4 

5 


X * 810 6 2 9 ’ 
bits 0-3, 
bits 4-7, 
Reserved 
Reason : 
bit 0, 0 

1 

bit 1, 0 


NS header 

0000 Format 0 (only value defined) 
reserved 


network user 
network manager 
norma 1 
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CLEANUP 


1 abnormal 

bits 2-7, detailed reason (dependent upon bits 
0-1 ) : 

• For bits 0-1, 00 user and normal 

bits 2-7, 000000 general category 

000001 self, 0LU=PLU 
000010 self, 0LU=SLU 
000011 other 

• For bits 0-1, 01 user and abnormal 

bits 2-7, 000000 general category (only value 

defined) 

• For bits 0-1, 10 manager and normal 

bits 2-7, 000000 general category 

000001 operator command—clean up the 
session 

000010 operator command—clean up all 
sessions for LU 

000011 operator command—clean up all 
LU-LU sessions for LUs in the 
domain 

• For bits 0-1, 11 manager and abnormal 

bits 2-7, 000000 general category 

000001 operator command 

000010 restart procedure 

000011 preempt procedure 

000100 unrecoverable path error 

000101 unrecoverable destination error 

6 Session key 

X ’ 06 * uninterpreted name pair 
X ' 0 7 ' network address pair 
7~n Session Kev Content 

• For session key X’Q6': uninterpreted name pair 

7 Type: X*F3' logical unit 

8 Length, in binary, of PLU name 

9-m EBCDIC character string 

m+1 Type: X'F3' logical unit 

m+2 Length, in binary, of SLU name 

m+3-n EBCDIC character string 

• For session key X'07*: network address pair 

7-8 Network address of PLU 

9-10(=n) Network address of SLU 

CLEAR; PLU—>SLU, SSCP —>SSCP, Exp; SC (CLEAR) 

DCL 1 CLEAR_RQ BASED(ADDR(RU)) , /* Byte(s)*/ 

2 RQ_C0DE BIT(8); /* 0 

0 X'A1' request code 
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CONNOUT 


CONNOUT; 


CONTACT; 


SSCP—>PU_T4|5, PUCP-->PU, Norm; FMD NS(c) (CONNECT OUT) 


C0NN0UT_RQ 

BASED(ADDR(RU))* 

/* 

Byte(s)*/ 

2 

NS_HEADER 

BIT(24)* 

/* 

0-2 

*/ 

2 

LINK_ADDRESS 

BIT(16) , 

/* 

3-4 

*/ 

2 

LOCA L_ADDR ESS 

BIT(8) > 

/* 

5 

*/ 

2 

CONNECT_OUT_TYPE 

BIT( 1 ) > 

/* 

6 

X/ 

2 

CONNECT_OUT_FEATURE 

BIT(2 ) > 




2 

RESERVED 

BIT(5), 




2 

RETRY_LIMIT 

BIT(8)* 

/* 

7 

*/ 

2 

N U M B E R_0 F_DIA L_DIGIT S 

BIT(8) * 

/* 

8 

*/ 

2 

DIAL_DIGITS 






CHAR(REFER(NUMBER_ 

_0 F_D IA L_D IGIT S ) ) ; 

/* 

9-n 

*/ 


0-2 

3-4 

5 

6 


7 

8 

9-n 


X’01020E ’ NS header 

Network address of link 

SDLC link station identifier 

bit 0* type: 0 (only value defined) 

bits 1-2* connect-out feature: 

00 automatic connect out (dial digits 
are provided) 

01 reserved 

10 manual connect out (no dial digits 
are provided); this bit setting 
does not apply to CCITT X.21 
connections 

11 CCITT X.21 direct connect out (no 
dial digits are provided) 

bits 3-7* reserved 

Note : Bytes 7-n are not included on 
manual connect calls (bits 1-2 = 10). 
Retry limit: number of times the connect-out 
procedure is to be retried 

Number of dial digits ( zero for X.21 direct 
connect out) 

Dial digits: decimal EBCDIC characters plus 

end-of-numbers (X’FC’, or X’4E' for X.21) and 
separator (X’FA’ or X'FD’) characters* where used 


SSCP —>PU_T 4|5 » PUCP—>PU, Norm; FMD NS(c) (CONTACT) 

DCL 1 CONTACT_RQ BASED(ADDR(RU)) , /* Byte(s)*/ 

2 NS_HEADER BIT(24), /* 0-2 */ 

2 ALS_ADDRESS BIT(16); /* 3-4 */ 


0-2 X'010201’ NS header 

3-4 Network address of adjacent link station of the 

node to be contacted 
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CONTACTED 


CONTACTED; PU_T4|5—>SSCP, PU—>PUCP, Norm; FMD NS(c) (CONTACTED) 


CONTACTED_RQ 

BASED(ADDR(RU ) ) , 

/* 

Byte(s)*/ 

2 NS_HEADER 

BIT(24) , 

/* 

0-2 */ 

2 ALS_ADDRESS 

BIT(16) , 

/* 

3-4 */ 

2 STATUS 

BI T ( 8 ) , 

/* 

5 */ 

2 STATUS DATA 

CHAROO ; 

/* 

6-p */ 


0-2 X’010 280' NS header 

3-4 Network address of adjacent link station of the 

node being contacted 

5 Status of adjacent link station or node associated 
with adjacent link station: 

X’Ol' loaded (no field follows) 

X' 02' load required (no field follows) 

X' 03' error on CONTACT (no field follows) 

X’04' loaded (additional field, bytes 6-p, 
follows) 

X' 05 * exchanged parameters in XID Format 2 
I-field not compatible (additional field, 
bytes 6-p, follows) 

X ’ 07 ’ no routing capability to adjacent node 
(additional field, bytes 6-p, follows) 

X' 08 ’ incompatible parameters in XID Format 2 
I-field for addition of 1ink station to 
currently active TG (additional field, 
bytes 6-p, fo1lows) 

6- p Additional fields for status bytes X' 04', X' 05', 

X' 07', and X’08’ 

• For status byte X'04 ’ 

6 Resolved TG number 

7- 10 Adjacent node subarea address (right-justified 

with leading zeros ) 

11-18 IPL load module ID received from the adjacent 

node: an eight-character EBCDIC symbolic name of 
the IPL load module currently operating in the 
adjacent node 

Note : X’4Q...40’ = no information conveyed. 

• For status bytes X’05’, X’07’, and X’ 08’ 

6 Length, in binary, of XID Format 2 I-field 

received 

7-n XID Format 2 I-field received (See the later 

section, "DLC XID Information-Field Format,” for 
format detaiIs.) 

n+1 Length , in binary, of XID Format 2 I-field sent 

n+2-p XID Format 2 I-field sent (See the later section, 

"DLC XID Information-Field Format," for format 
detaiIs.) 
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CRV 


CRV; PLU — >SLU > Exp; SC (CRYPTOGRAPHY VERIFICATION) 


DCL 1 CRV_RQ 


BASED!ADDR(RU)), 

/* 

Byte(s)*/ 

2 

RQ_CODE 


BIT(8), 

/* 

0 */ 

2 

ENCIPHERE D_S E E D 


CHAR(8) ; 

/* 

1-8 */ 

0 

X'CO' request 

code 




l~» 

1 

CO 

A transform 

of 

the (deciphered) 

cryptography 


session-seed value received (enciphered) in bytes 
28-k of +RSP(BIND)» re-enciphered under the 
session cryptography key using a seed value of 
zero ; the transform is the cryptography 
session-seed value with the first four bytes 
inverted 

Note : The cryptography session-seed is used as 
the seed for all session-level cryptography 
encipherment and decipherment provided for FMD 
RUs . 


CTERM; SSCP—>PLU, Norm; FMD NS(s) (CONTROL TERMINATE) 


CTERM_RQ BASED(ADDR(RU))> 

/* 

Byte( s ) */ 

2 

NS_HEADER 

BIT( 24) > 

/* 

0-2 

*/ 

2 

FORMAT 

BIT( 8) » 

/* 

3 

*/ 

2 

TYPE 

BIT(8)> 

/* 

4 

*/ 

2 

REASON 

BIT(8)> 

/* 

5 

*/ 

2 

RESERVED 

BIT( 16) , 

/* 

6-7 

*/ 

2 

SESSI0N_KEY 

BIT( 1 ) » 

/* 

8 

*/ 



/* See 

page 

E-127 

*/ 

2 

SESSION_KEY_CONTENT 

CH AR( 4) t 

/* 

9-12 

*/ 

2 

REQUESTER_ID_LENGTH 

BIT(8), 

/* 

13 

*/ 

2 

REQUESTER_ID 






CHAR(REFER(REQUESTER_ID_ 

.LENGTH) ) , 

/* 

14-n 

*/ 

2 

PASSWORD.LENGTH 

B IT (8)> 

/* 

n + 1 

*/ 

2 

PASSWORD CHAR(REFER(PASSWORD. 

.LENGTH) ) ; 

/* 

n + 2-p 

*/ 


0-2 

3 

4 


5 


* 


X'SIGSOZ' 
bits 0-3 , 
bits 4-7 , 
Type : 
bits 0—1, 
bits 2-3, 


hits 4-7, 
Reason 2 
bit 0, 0 

1 

bit 1, 0 

1 

bits 2-7, 


NS header 

0000 Format 0 (only value defined) 
reserved 

reserved 
00 reserved 
01 orderly 

10 forced 

11 cleanup 
reserved 

network user 
network manager 
normal 
abnorma1 

detailed reason (dependent upon 
0 - 1 ) : 


For bits 0-1, 00 user and normal 


bits 
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CTERM 


bits 2 - 7, 000000 general category 

000001 self, OLU = PLU 
000010 self, OLU = SLU 
000011 other 

• For bits 0-1, 01 user and abnormal 

bits 2-7, 000000 general category (only value 

defined) 

• For bits 0-1, 10 manager and normal 

bits 2-7, 000000 general category 

000001 operator command—session 
000010 operator command—LU 
000011 operator command—domain 

• For bits 0-1, 11 manager and abnormal 

bits 2-7, 000000 general category 

000001 operator command 
000010 restart procedure 
000011 preempt procedure 
000100 unrecoverable path error 
000101 unrecoverable destination error 

6-7 Reserved 

8 Session key: 

X * 07 ’ network address pair 
9-10 Network address of PLU 

11-12 Network address of SLU 

13- n Requester ID 

13 Length, in binary, of requester ID 

Note : X'00' = no requester ID 

14- n Requester ID: the ID, in EBCDIC characters, of the 

end user initiating the session deactivation 
request (May be used to estab1ish the authority of 
the end user to access a particular resource or 
service. ) 

n+l-p Password 

n + 1 Length, in binary, of password 

Note : X’OO' = no password is present 

n+2-p Password used to verify the identity of the end 

user 

DACTCDRM; SSCP—>SSCP, Exp? SC (DEACTIVATE CROSS-DOMAIN RESOURCE 
MANAGER) 

DCL 1 DACTCDRM_RQ 
2 RQ_C0DE 
2 FORMAT 

2 TYPE_DEACTIVATION 
2 S0N_CAUSE 

0 X' 15' request code 

1 bits 0-3, format: X' 0' (only value defined) 

bits 4-7, type deactivation requested: 

X'1 * normal end of session 
X’2' invalid activation parameter, 
sent by the primary half-session 
to deactivate the session and to 


BASED(ADDR(RU)), /* Byte(s)*/ 
BIT(8), /* 0 */ 

BIT(4), /* 1 x/ 

BIT ( 4 ) , 

CHAR(*); /* 2-315 x/ 
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DACTCDRM 


( 


indicate to the secondary that 
the response to ACTCDRM contained 
an invalid parameter 
X’3' session outage notification (SON) 

• End of Type 1, Type 2 Continues 

2-5 Reason code (included only if type deactivation 

requested is invalid activation parameter* i.e., 
byte 1, bits 4-7 = X'2'): sense data (see 

Appendix G) corresponding to the error 

• Type 3 Continues 

2 Cause of session outage notification: 

X'07' virtual route inoperative: the virtual 

route being used bythe SSCP-SSCP session 
has become inoperative, thus forcing the 
deactivation of the SSCP-SSCP session 
X’OB* virtual route deactivated: the identified 
SSCP-SSCP session is being deactivated 
because of a forced deactivation of the 
virtual route being used by the session 
X'OC* SSCP failure—unrecoverable: the 

identified (SSCP,SSCP) session had to be 
deactivated because of an abnormal 
termination of one of the SSCPs of the 
session; recovery from the failure was not 
possible 

X'OD’ session override: the subject session has 
to be deactivated because of a more recent 
session activation request for the same 
session over a different virtual route 
X'OE' SSCP failure—recoverable: the identified 
(SSCP,SSCP) session had to be deactivated 
because of an abnormal termination of one 
of the SSCPs of the session; recovery from 
the failure may be possible 
X'OF' cleanup: the SSCP is resetting its 

half-session before it receives the 

response from the partner SSCP receiving 
the DACTCDRM 

X'lO' SSCP contention: two SSCPs have sent each 
other an ACTCDRM request over different 
virtual routes; the SSCP receiving the 

ACTCDRM from the SSCP with the greater 
SSCP ID sends DACTCDRM, with this SON 
code, to the other SSCP over the same 
virtual route on which the 

contention-losing ACTCDRM was sent 

3 Reserved 
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DACTCONNIN 


DACTCONNIN; SSCP—>PU_T4|5, PUCP—>PU, Norm; FMD NSCc) (DEACTIVATE 
CONNECT IN) 

DCL 1 DACTCONNIN_RQ BASED(ADDR(RU)), /* Byte(s)*/ 

2 NS_HEADER BIT(24), /* 0-2 */ 

2 LINK_ADDRESS BIT(16); /* 3-4 */ 

0-2 X’010217' NS header 

3-4 Network address of link 

DACTLINK; SSCP—>PU_T4|5» PUCP—>PU, Norm; FMD NSCc) (DEACTIVATE LINK) 

DCL 1 DACTLINK_RQ 
2 NS_HEADER 
2 LINK_ADDRESS 

0-2 X'01020B’ NS header 

3-4 Network address of link 

DACTLU; SSCP<—>LU, Exp; SC (DEACTIVATE LOGICAL UNIT) 

DCL 1 DACTLU_RQ 
2 RQ_CODE 

2 TYPE_DEACTIVATION 
2 SON_CAUSE 

X'OE* request code 
End of short (one-byte) request 

Type of deactivation requested: 

X'01* normal deactivation 
X'03' session outage notification (SON) 

Cause (reserved if byte 1 -= X'03'): 

X'07* virtual route inoperative: the virtual 
route serving the (SSCP»LU) session has 
become inoperative, thus forcing the 
deactivation of the session 
X'08' route extension inoperative: the route 
extension serving the (SSCP,LU) session 
has become inoperative, thus forcing the 
deactivation of the session 
X'09' hierarchical reset: the identified session 
is being deactivated because of a 
+RSP(ACTPU, Cold) 

X'0B' virtual route deactivated: the identified 
(SSCP,LU) session is being deactivated 
because of a forced deactivation of the 
virtual route being used by the session 
X'OC' SSCP or LU failure-—unrecoverable: the 

subject session had to be reset because of 
an abnormal termination; recovery from the 
failure was not possible 

X’OE' SSCP or LU failure—recoverable: the 

identified (SSCP,LU) session had to be 
deactivated because of an abnormal 
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0 

Note : 
1 


2 


BASED(ADDR(RU) ) , 

/* 

Byte(s)#/ 

BIT(8), 

/* 

0 


BIT(8), 

/* 

1 

*/ 

BIT(8); 

/* 

2 

*/ 


BASED(ADDR(RU)), /* Byte(s)*/ 
BIT(24), /* 0-2 */ 

BIT(16); /* 3-4 */ 



DACTLU 


DACTPU; 


termination of the SSCP or LU of the 
session; recovery from the failure may be 
possible 

X’OF' cleanup: the SSCP is resetting its 

half-session before receiving the response 
from the LU being deactivated 

SSCP|PUCP—>PU, PU—>SSCP, Exp; SC (DEACTIVATE PHYSICAL UNIT) 


DCL 1 DACTPU_RQ 
2 RQ_CODE 

2 TYPE_DEACTIVATION 
2 SON_CAUSE 


BASEDCADDR(RU)), /* Byte(s)*/ 
BIT(8)* /* 0 */ 

BIT(8)* /* 1 «/ 

BIT(8); /* 2 */ 


0 X'12' request code 

1 Type deactivation requested: 

X'01* final use* physical connection may be 
broken 

X’02' not final use# physical connection should 
not be broken 

X\03’ session outage notification (SON) 

2 Cause (not present if byte 1 -= X*03*): 

X ' 0 7 ’ virtual route inoperative: the virtual 
route for the (SSCP*PU) session has become 
inoperative* thus forcing the deactivation 
of the (SSCP,PU) session 

X'08' route extension inoperative: the route 
extension serving the (SSCP*PU) session 
has become inoperative* thus forcing the 
deactivation of the (SSCP*PU) session 

X' 0 9 ' hierarchical reset: the identified session 
is being deactivated because of a 
+RSP(ACTPU* Cold) 

X'OB* virtual route deactivated: the identified 
(SSCP*PU) session is being deactivated 
because of a forced deactivation of the 
virtual route being used by the session 

X’OC’ SSCP or PU failure—unrecoverable: the 

identified (SSCP*PU) session had to be 
deactivated because of an abnormal 
termination of the SSCP or PU of the 

session; recovery from the failure was not 
possible 

X'OD’ session override: the subject session has 
to be deactivated because of a more recent 
session activation request for the same 
session over a different virtual route 

X'0 E' SSCP or PU failure — recoverable: the 

identified (SSCP*PU) session had to be 
deactivated because of an abnormal 
termination of the SSCP or PU of the 

session; recovery from the failure may be 
possible 

X’OF' cleanup: the SSCP is resetting its 
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DACTPU 


half-session before receiving the response 
from the PU that is being deactivated. 

DACTTRACE; SSCP—>PU_T4|5, Norm; FMD NS(ma) (DEACTIVATE TRACE) 


DCL 1 


deletenr; 


0-2 

3-4 

5 


6-n 


DCL 1 


0-2 

3-4 


DCL 1 


DACTTRACE_RQ BASED(ADDR(RU )) , 

/* 

Byte(s) */ 

2 

NS_HEADER 

BIT(24 ), 

/* 

0-2 

*/ 

2 

LIN K_A D D R E S S 

BIT(16)> 

/* 

3-4 

*/ 

2 

TRACE_TYPE 

BITC8)» 

/* 

5 

*/ 

2 

TRACE_DATA 

CHAR(*); 

/* 

6-n 

*/ 


X ' 010303' NS header 






Network address of resource 

to be traced 




Selected trace 






bit 0> transmission group trace 





bits l-6> reserved 






bit 7» link trace 






Data to support trace deactivation 




>PU_T 415» Norm; FMD NS(c) (DELETE NETWORK 

RESOURCE) 


DELETENR_RQ BASED(ADDR(RU)), 

/* 

Byte(s )*/ 

2 

N S_H E A D E R 

BIT(24), 

/* 

0-2 

*/ 

2 

RESOURCE_ADDRESS 

BIT(16)» 

/* 

3-4 

*/ 


X ’ 41021C' NS header 






Network address of resource 

being deleted 


LI 

1, Norm; FMD NS(mn) (DELIVER) 





DELIVER_RQ BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

2 

NS_HEADER 

BIT(24)* 

/* 

0-2 


2 

FORMAT 

BIT(8 )f 

/* 

3 

*/ 

2 

RESERVED 

BIT(7), 

/* 

4 

*/ 

2 

FORMAT_EMBEDDED_RU 

BIT(l), 




2 

RESERVED 

BIT ( 8 ) > 

/* 

5 

*/ 

2 

EMBEDDED_RU_LENGTH 

BIT(16), 

/* 

6-7 

*/ 

2 

EMBEDDED_RU 






CHAR(REFER(EMBEDDED_RU. 

.LENGTH)), 

/* 

8-n 

*/ 

2 

O R IGIN_N A ME_T Y P E 

BIT ( 8 ) > 

/* 

n + 1 

*/ 

2 

ORIGIN_NAME_LENGTH 

BIT ( 8 ) , 

/* 

n + 2 

*/ 

2 

ORIGIN_NAME 






CHAR(REFER(ORIGIN_NAME. 

.LENGTH)), 

/* 

n + 3-p 


2 

DESTINATION_NAME_TYPE 

BIT(8)* 

/* 

P + 1 

*/ 

2 

DESTINATION_NAME_LENGTH 

BIT(8 ) » 

/* 

P + 2 

*/ 

2 

DESTINATION_NAME 






CHAR (REFER(DESTINATI0N_NAME. 

.LENGTH)), 

/* 

p + 3-q 

*/ 

2 

C 0 N FIG_HIE R A R C H Y_S TRUCTURE 

CHAROO ; 

/* 

q-t 

*/ 


0-2 

3 

4 


X * 810812' NS header 

Format: X * 00 ’ format 0 (only value defined) 
Flags: 

bits 0-^6, reserved 

bit 7, format of embedded NS RU: 
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DELIVER 


5 

6-7 
8-n 
n + l-p 
n + 1 

n + 2 
n + 3-p 

p + l-q 
P + 1 


P + 2 
P + 3-q 


q+l-s+1 

q+l 


q+2 
q + 3-r 
r + 1 


r + 2 
r + 3-s 
s + 1 


q+l-t+1 
q + l 

q + 2 
q + 3-r 
r + 1 


r + 2 
r + 3-s 

5 + 1 

s + 2 
s + 3-t 
t + 1 


0 embedded NS RU contains a CNM header 
1 embedded NS RU does not contain a CNM 
header 

Reserved 

Length, in binary, of embedded NS RU 

Embedded NS RU 

Network Name of Origin PU 

Type: 

X ' F 1 ' PU 

Length, in binary, of symbolic name 
Symbolic name in EBCDIC characters 

Network Name of Target PU , LU , Adjacent Link 

Station , o r Link 

Type: 

X ' F1 * PU 
X ' F 3 * LU 

X'F7’ adjacent link station 
X ' F 9 ’ link 

Length, in binary, of symbolic name 
Symbolic name in EBCDIC characters 

If the target is a PU in a PU_T1|2 node or is an 
adjacent link station attached to a PU_T4|5 node 
Configuration Hierarchy Network Name List 
Type: X'F9’ link connecting the PU_T1|2 node to 
the PU_T4| 5 node containing the boundary function 
for the target PU or connecting the adjacent link 
station to the PU_T4|5 node 
Length, in binary, of symbolic name 
Symbolic name in EBCDIC characters 

Type: X’Fl’ PU in the PU_T4|5 node containing the 
boundary function for the target PU or attaching 
the target adjacent link station 
Length, in binary, of symbolic name 
Symbolic name in EBCDIC characters 

X'OO' Cend of configuration hierarchy network name 
list) 

If the target is an LU in a PU_T1|2 node: 
Configuration Hierarchy Network Name List 
Type: X'Fl' PU in the PU_T1|2 node containing the 
target L U 

Length, in binary, of symbolic name 
Symbolic name in EBCDIC characters 

Type: X'F9' link connecting the PU_Tl!2 node to 
the PU_T4| 5 node containing the boundary function 
for the target LU 

Length, in binary, of symbolic name 
Symbolic name in EBCDIC characters 

Type: X’Fl* PU in the PU_T4|5 node containing the 
boundary function for the target LU 
Length, in binary, of symbolic name 
Symbolic name in EBCDIC characters 

X’OO' (end of configuration hierarchy network name 
list) 

If the target is a link attached to, or a PU or LU 


APPENDIX E. REQUEST-RESPONSE UNIT (RU) FORMATS E-49 



DELIVER 


q+l-q+1 

q+1 


DISCONTAQT; SSCP—>PU__T 4 | 5» PUCP—>PU, Norm; FMD NSCc) (DISCONTACT) 


DCL 1 DISCQNTACT_RQ 

BASED(ADDR(RU)) 

, Byte( s )*/ 

2 

NS_HEADER 

BIT(24) 

, /* 0-2 


2 

ALS_ADDRESS 

BIT(16) 

; /* 3-4 

*/ 

0-2 

X * 010202 * NS header 




3-4 

Network address of 
discontacted 

adjacent link 

station to 

be 


DISPSTOR; SSCP—>PU__T41 5» Norm; FMD NS(ma) (DISPLAY STORAGE) 


DISPSTOR_RQ 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

2 

NS_HEADER 

BIT(24), 

/* 

0-2 


2 

RESOURCE_ADDRESS 

BIT(16), 

/* 

3-4 

*/ 

2 

TYPE 

BIT(8), 

/* 

5 


2 

RESERVED 

BIT(8), 


6 

¥:/ 

2 

DISPLAY_LENGTH 

BITC16), 


7-8 

X/ 

2 

DISP LAY_LOCATION 

BIT ( 3 2 ) ; 


9-12 

X/ 


in, a PU_T4I 5 node ; 

Conf i ourat i on Hierarchy Network Name List 

X'QO* (end of configuration hierarchy network name 

list) 


X’010331* NS header 

Network address of resource to be displayed 
Display target and type: 

bits 0-3, target address space to be displayed 

Note : Refer to implementation 

documentation for description of these 
values. 

bits 4-7, display type; 

0001 nonstatic storage display 
0010 static snapshot display 

6 Reserved 

7-8 Number of bytes to be displayed 

9-12 Beginning location of display 

DSRLST; SSCP—>SSCP, Norm; FMD NS(s) (DIRECT SEARCH LIST) 


0-2 

3-4 

5 


DSRLST_RQ 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

2 NS_HEADER 

BIT(24), 

/* 

0-2 */ 

2 LIST_TYPE 

BIT(8), 

/* 

3 */ 

2 CONTROL_LIST 

CHAR(*); 

/* 

4-m */ 


0-2 

3 

4-m 

4 

5 

6-m 


X * 818627' NS header 

Control list type : X'Ol* (only value defined) 
Control list search argument: network name of LU 

(only value defined) 

Type: X'F3 * logical unit 

Length, in binary, of symbolic name 

Symbolic name in EBCDIC characters 
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DUMPFINAL 


DUMPFINAL 


DUMPINIT; 


DUHPTEXT > 


ECHOTEST; 


ER_INOP; 


; SSCP—>PU_T4|5, Norm; FMD NSCc) (DUMP FINAL) 

DCL 1 DUMPFINAL_RQ BASEDCADDR(RU )) , V* Byte(s)*/ 

2 NS_HEADER BIT(24), /* 0-2 */ 

2 ALS_ADDRESS BIT(16); /* 3-4 */ 

0-2 X ’ 010 2 0 3' NS header 

3-4 Network address of adjacent link station of the 

node being dumped 

SSCP—>PU_T4|5, Norm; FMD NSCc) (DUMP INITIAL) 

DCL 1 DUMPINIT_RQ BASED(ADDR(RU)), /* ByteCs)*/ 

2 NS_HEADER BIT(24), /* 0-2 */ 

2 ALS_ADDRESS BITC16); /# 3-4 */ 

0-2 X’010206' NS header 

3-4 Network address of adjacent link station of the 

node to be dumped 


SSCP—>PU_T4|5 » Norm; FMD NSCc) (DUMP TEXT) 


DCL 1 DUMPTEXT_RQ BASED(ADDR(RU)), /* Byte(s)*/ 

2 NS_HEADER BITC24), /* 0-2 */ 

2 ALS_ADDRESS BIT(16); /* 3-4 */ 


0-2 

3-4 

5-8 

9-10 


X 1 010207’ NS header 

Network address of adjacent link station of the 
node to be dumped 

Starting address where dump data is to begin 
Length of text: two-byte binary count of the 
number of bytes of dump data to be returned 


SSCP—>LU t Norm; FMD NS(ma) (ECHO TEST) 


DCL 1 

ECHOTEST_RQ 

BASED(ADDR(RU)), 

/* 

Byte 

Cs)*/ 


2 NS_HEADER 

BIT(24), 

/* 

0-2 

*/ 


2 TEST_DATA_LENGTH 

2 TEST_DATA 

BIT(8), 

/* 

3 

*/ 

0-2 

CHAR(REFER(TEST_DATA_LENGTH) ) ; 

X'810389' NS header 

/* 

4-r» 

*/ 

3- n 

3 

4- n 

Echo data field: 
soliciting REQECHO 
Number of data bytes 
Data 

same as bytes 

4~m 

i n 

the 

PU_T 4 | 

5—>SSCP, Norm; FMD NS(c) 

(EXPLICIT ROUTE 

INOPERATIVE) 

DCL 1 

ER_INQP__RQ 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 


2 NS_HEADER 

BIT(24), 

/* 

0-2 

*/ 


2 FORMAT 

BIT(8)> 

/* 

3 

*/ 


2 REAS0N_C0DE 

BIT(8), 

/* 

4 

*/ 


2 ORIGINATING_SA 

BIT(32 ) » 

f* 

5-8 
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ER INOP 


2 

TG_ADJ_SA 

BIT(32), 

/* 

9-12 

X/ 

2 

TG_NUM 

BIT(8)» 

/* 

13 

X/ 

2 

CNT_ER_FIELD 

BIT(8), 

/* 

14 

X/ 


2 ER_FIELD(1:REFER(CNT_ER_FIELD)), 

3 SA BIT(32)> /*15-18+6n*/ 

3 MASK BITC16); /*19-20+6n*/ 

X’41021D' NS header 

Format: X ’ 01' (only value defined) 

Reason code for INOP: 

X'01’ unexpected routing interruption over a 
transmission group » e . g . > the last active 
link on a TG has failed 

X' 02 ' controlled routing interruption such as 
the result of a DISCONTACT 
Address of the subarea that originated the 
corresponding NC_ER_IN0P 

Subarea address on the other end of the 
transmission group that had the routing 
interruption 

TGN of the transmission group that had routing 
interruption 

Number of destination subareas that are on the ERs 
using the above TG 
Inoperative ER Field 

Subarea address of a destination that is routed to 
over an ER using the above TG 

Inoperat i ve explicit route mask: a bit is an if 
the ER of the corresponding ERN is inoperative 
(Bit 0 corresponds to ERN 0, bit 1 to ERN 1, and 
so forth . ) 

Any additional six-byte entries in the same format 
as bytes 15-20 

ER_TESTED; PU_T415—>SSCP, Norm; FMD NS(ma) (EXPLICIT ROUTE TESTED) 

DCL 1 ER_TESTED_RQ 
2 NS_HEADER 
2 FORMAT 
2 TYPE 
2 ER_LENGTH 
2 MAX_ER_LENSTH 
2 DESTINATION_SA 
2 RESERVED 
2 ER_NUM 

2 ORIGINATING_SA 
2 REV_ERN_MASK 
2 MAX_PIU_SIZE 


2 

MAX_PIU_SIZE_FROM_TEST 

BIT(16), 

/* 

21-22 

*/ 

2 

ORIGINATING_SSCP 

BIT ( 48 )> 

/* 

23-28 

X/ 

2 

RQ_C0R R ELATION 

CHAR(10), 

/* 

29-38 

X/ 

2 

REPLY_SA 

BIT(32)> 

/X 

39-42 

X/ 

2 

tg_adj_sa 

BIT(32) , 

/X 

43-46 

xs 

2 

TG_NUM 

BIT ( 8 ) » 

/X 

47 

X/ 


BASED(ADDR(RU) ) , 

/* 

Byte (s )*/" 

BIT(24), 

/X 

0-2 


BIT ( 8 ) f 

/X 

3 

*/ 

BIT(8)» 

/* 

4 

X/ 

BIT(8) , 

/X 

5 

X/ 

BIT ( 8 ) > 

/X 

6 

X/ 

BIT(32) , 

/X 

7-10 

X/ 

BIT(12 ) > 

/* 

11-12 

X/ 

BIT(4), 




BIT(32 ) > 

/* 

13-16 

X/ 

BITC16) , 

/X 

17-18 

X/ 

BIT(16 ) » 

/X 

19-20 

X/ 


0-2 

3 

4 

5-8 

9-12 

13 

14 

15-20 

15-18 

19-20 

21-n 
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ER TESTED 



2 ORIGINATING_ADJ_SA BIT(32), /* 48-51 */ 

2 ORIGINATING_TGN BIT(8)J /* 52 */ 

0-2 X'410 386’ NS header 

3 Format: 

X*l* Format 1 

X'2* Format 2; same as Format 1, except that it 
includes bytes 48-52 

4 Type: 

X'00' the corresponding NC_ER_TEST reached its 
destination subarea 

X’02' ER not reversible since there is no 
reverse ERN defined 

X'03* encountered a PU that does not support ER 
and VR protocols 

X'04’ ER length exceeded that specified in the 
NC_ER_TEST request 

X*05* ER requires a TG that is not active 

X * 06 ' ER is not defined in the NC_ER_TEST_REPLY 
originating node 

5 Explicit route length, in terms of the number of 
transmission groups in the explicit route* as 
accumulated in NC_ER_TEST 

6 Maximum ER length, as specified in the NC_ER_TEST 
request 

7-10 Subarea address of the destination PU of the 

corresponding NC_ER_TEST 

11 Reserved 

12 bits 0-3, reserved 

bits 4-7, ERN of the ER tested 

13-16 Subarea address of the originating PU of the 

corresponding NC_ER_TEST 

17-18 Reverse ERN mask: A bit is ojn if the 

corresponding ERN can be used to route from the 
NC_ER_TEST_REPLY originating subarea to the 
NC_ER_TEST originating subarea (Bit 0 corresponds 
to ERN 0, bit 1 to ERN 1, and so forth.) 

19-20 Maximum PIU length allowed on the reverse ERN 

specified in byte 17-18: 

X'00* no restriction (only value defined) 

21-22 Maximum PIU size accumulated by the corresponding 

NC_ER_TEST: 

X'00' no restriction (only value defined) 

23-28 Network address of the SSCP originating the test 

request 

29-38 Request Correlation field, as specified in the 

corresponding ROUTE_TEST 

39-42 Subarea address of the PU that originated the 

corresponding NC_ER_TEST_REPLY 

43-46 Subarea address depending on the Type field (Byte 

4) as follows: 
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ESLOW; PU 


EXECTEST; 


f £-54 SNA 


Type 


Contents of this field 


X' 00 * reserved 

X' 02 * subarea on the ER prior to that 

reverse ERN defined 

X ’ 03' subarea that does not support ER 

protocols 

X' 04' subarea on the ER preceding the subarea 

where the explicit route length 
of NC_ER_TEST) is incremented to 
one more than the maximum ER length limit 
(byte 6) 

X' 05 * subarea on the other end of the TG that 

is not active 

X' 06 * subarea on the ER from which the PU (that 

does not have the ER defined) received 
the corresponding NC_ER_TEST 


with no 


and VR 


(byte 5 
a value 


47 TGN of the TG between the subareas specified in 

bytes 39-42 and 43-46; reserved if Type is X'00'. 
Note : End of Format 1; Format 2 continues below 

48-51 Subarea address of the adjacent node through which 

the tested explicit route flows from this node 
52 Transmission group number of the TG (to the node 

identified in bytes 48-51) over which the tested 
explicit route flows from this node 

_T4—>SSCP, Norm; FMD NS(c) (ENTERING SLOWDOWN) 


DCL 1 ESL0W_RQ 

2 NS_HEADER 
2 PU ADDRESS 


BASED(ADDR(RU))> /* Byte(s)*/ 
BIT(24) > /* 0-2 */ 

BIT(16); /* 3-4 */ 


0-2 

3-4 


X'010214’* NS header 
Network address of PU 


SSCP—>PU_T4|5, Norm; FMD NS(ma) (EXECUTE TEST) 


DCL 1 


EXECTEST_RQ 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

2 

NS_HEADER 

BIT(24)> 

/* 

0-2 


2 

RESOURCE_ADDRESS 

BIT ( 1 6 ) » 

/* 

3-4 


2 

T E S T__S ELECTION 

BIT(32 ) > 

/* 

5-8 

X/ 

2 

TEST_SELECTION_DATA 

CHAROO ; 

/* 

9-n 

*/ 


0-2 

3-4 

5-8 

9-n 


X* 010 301 * NS header 

Network address of resource to be tested 
Binary code selecting the test 
Data to support the selected test 
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EXSLOW 


EXSLOW; Pli_T4—>SSCP» Norm,* FMD NSCc) (EXITING SLOWDOWN) 

DCL 1 EXSLOW_RQ BASED(ADDR(RU)), /* Byte(s)*/ 

2 NS_HEADER BIT(24), /* 0-2 */ 

2 PU_ADDRESS BITC16); /* 3-4 */ 

0-2 X’010215' NS header 

3-4 Network address of PU 

FNA; SSCP—>PU_T415» Norm; FMD NS(c) (FREE NETWORK ADDRESSES) 


DCL 1 FNA_RQ 

BASED ( ADDR(RU)), 

/* 

Byte(s) */ 

2 

NS_H EADER 


BIT(24 ) , 

/* 

0-2 

*/ 

2 

TARGET_ADDRESS 


BIT(16 ) , 

/* 

3-4 

*/ 

2 

ENTRY_CNT 


BIT ( 8 ) , 

/* 

5 

*/ 

2 

TYPE 


BIT ( 8 ) , 

/* 

6 

*/ 

2 

SUBFIELD(1 : REFER(ENTRY 

_CNT) ) 

BI T ( 1 6 ); 

/* 

CO 

1 

*/ 

0-2 

3-4 

X ’ 010 21A * NS header 
Network address of 

target 

link. 

SPU 

, or 

LU 


(X'0000’ indicates 

that the 

network 

addresses 

i n 


bytes 7-n are to be freed without verification of 
their attachment to a specific target link, SPU, 
or LU.) 

5 Number of SPU (if bytes 3-4 specify a link), BF.LU 

(if bytes 3-4 specify an SPU), or LU (if bytes 3-4 
specify an LU network address used for the SSCP-LU 
session) network addresses to be freed (X'00* = 

all—and bytes 7-n not present) 

6 Type: X'80' noncontiguous 

7-8 First network address to be freed 

9-n Any additional network addresses (two-byte 

multiples) 

Note : All the network addresses specified in 

bytes 7-n are associated with the same target 
link, SPU, or LU. See the following table for the 
relation of target resources to resources to free. 
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FNA 


FORWARD; 


Target resource 


Resources to free 


PU LUs identified by network 

addresses associated with 
SSCP-LU sessions 


LU (identi f i ed 
by the network 
address associ¬ 
ated with an 
SSCP-LU session) 


LU network addresses used as 
primary network addresses in 
parallel sessions 


Link 


BF.PUs and adjacent link 
stations 


BF.PU 


BF.LUs 


LU—>SSCP, Norm; FMD NSCmn) (FORWARD) 


FORWARD_RQ BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

2 

NS_HEADER 

BIT(24), 


0-2 

*/ 

2 

FORMAT 

BIT(8) , 


3 

*/ 

2 

FLAGS 

BIT(8) , 

/* 

4 

*/ 

2 

RESERVED 

31T ( 8 ) , 

/•* 

5 

*/ 

2 

EM3EDDED_RU_LENGTH 

BIT(16), 

/* 

6-7 

*/ 

2 

EMBEDDED_RU 

CHAR(REFER(EMBEDDED_RU_ 

.LENGTH) ) , 

/* 

8-n 


2 

DESTINATION_NAME_TYPE 

BIT ( 8 ) , 

/* 

n + 1 

*/ 

2 

DESTINATION_NAME_LENGTH 

BIT(8) , 

/* 

n + 2 


2 

DESTINATION_NAME 

CHAR(REFER(DESTINATION_NAME_ 

.LENGTH) ) , 

/* 

n + 3-p 

#/ 

2 

TARGET_NAME_TYPE 

BIT ( 8 ) , 

/* 

p + l 


2 

TARGET_NAME_LENGTH 

BIT(8) , 

/* 

P + 2 

*/ 

2 

TARGET_NAME 

CHAR(REFER(TARGET_NAME_ 

.LENGTH) ) ,* 

/* 

p + 3-q 

*/ 


X'810810’ NS header 

Format: X'OO' format 0 (only value defined) 

Flags: 

bits 0-5, reserved 

bit 6» so 1icitation indicator: 

0 embedded NS RU solicits a reply request 
1 embedded NS RU does not solicit a reply 
request 

bit 7, format of embedded NS RU: 

0 embedded NS RU contains a (partially 
initialized) CNM header 
1 embedded NS RU does not contain a CNM 
header 

Reserved 

Length, in binary, of embedded NS RU 
Embedded NS RU 

Network Name of Pestination PU 


0-2 

3 

4 


5 

6-7 
8-n 
n + l-p 
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FORWARD 


n + 1 

n + 2 
n + 3-p 
p + l-q 

P + 1 


p + 2 

p + 3-q 


Type : 

X'Fl ' 
Length : 
Symbol 
Netk'or I 


PU 


in binary, of symbolic name 
ic name in EBCDIC characters 

_Jk Name of Target PJJ, UJ, Adjacent Link 

Station , o r Link 
Type: 

X’ FI ’ 

X’ F3* 

X'F7' 

X'F9' 

Length 
Symbo1 


PU 

LU 

adjacent link station 
link 

, in binary, of symbolic name 
ic name in EBCDIC characters 


INIT-OTHER; ILU—>SSCP, Norm; FMD NS(s) (INITIATE-OTHER) 


DCL 1 


INIT_OTHER_RQ BASED(ADDR(RU)) , 

/* 

Byte( s )*/ 

2 

NS_HEADER 

BIT(24 ) , 

/* 

0-2 

*/ 

2 

FORMAT 

BIT(4) , 

/* 

3 

*/ 

2 

RESERVED 

BIT(4 ) , 




2 

TYPE 

BIT(8 ) , 

/* 

4 

*/ 

2 

LU1_QU EUING_C0NDITIONS 

BIT(8) , 

/* 

5 


2 

LU 2_QU EUING_C0NDITIONS 

BIT(8 ) , 

/* 

6 

*/ 

2 

INITIATE_ORIGIN 

BIT (8) , 

/* 

7 

*/ 

2 

NOTIFY_SPECIFICATIQNS 

BIT ( 8 ) , 

/* 

8 

*/ 

2 

M0DE_NAHE 

CHAR(8) , 

/* 

9-16 

*/ 

2 

LU1_NAME_TYPE 

BIT ( 8 ) , 

/* 

17 

*/ 

2 

LU1_NAME_LENGTH 

B IT (8 ) , 

/* 

18 

*/ 

2 

LU1_NAME CHAR(REFER(LU1_NAME_ 

LENGTH) ) , 

/* 

19-m 

*/ 

2 

LU2_NAME_TYPE 

BIT(8) , 

/* 

m+1 

*/ 

2 

LU2_NAME_LENGTH 

BIT(8) , 

/* 

m+2 

*/ 

2 

LU 2_NAME CHAR(REFER(LU2_NAME_ 

LENGTH) ) , 

/* 

m+3-n 

*/ 

2 

REQUESTER... I D_ LENGTH 

BIT ( 8 ) , 

/* 

n + 1 

*/ 

2 

REQUESTER_ID 






CHAR(REFER(REQUESTER_ID_ 

LENGTH)), 

/* 

n + 2-p 

*/ 

2 

PASSWORD_LENGTH 

BIT ( 8 ) , 

/* 

P + 1 

*/ 

2 

PASSWORD CHAR(REFER(PASSW0RD_ 

LENGTH) ) , 

/* 

p + 2-q 

*/ 

2 

USER_DAT A_LENGTH 

BIT ( 8 ) , 

/* 

q + 1 

*/ 

2 

USER_DATA 






CHAR ( REFER ( USER_DATA_ 

LENGTH) ) , 

/* 

q + 2-r 

*/ 

2 

URC_LENGTH 

BIT ( 8 ) , 

/* 

r + 1 

*/ 

2 

URC CHAR(REFER(URC_ 

LENGTH) ) , 

/* 

r + 2-s 

*/ 

2 

C0S_NAME 

CHAR(8) ; 

/*s+l-s+8 

*/ 


0-2 

3 


X"810680' NS header 
Format: 
bits 0 


bits 4 
Type: 
bits 0 


■3, 0001 Format 1 

0010 Format 2: specifies the COS 
field in addition to 
parameters in Format 1 
■7, reserved 


name 

the 


-1, 00 dequeue (DQ) a previously enqueued 

initiate request (See bits 2-3 for 
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IN IT 


OTHER 


5 


further specification of dequeue 
actions. ) 

01 initiate only (I); do not enqueue 

10 enqueue only (Q) (See bytes 5-6 
for further specification of 
queuing conditions.) 

11 initiate/enqueue (I/Q): enqueue 

the request if it cannot be 
satisfied immediately 

bits 2-3 > (used for DQ; otherwise* reserved) 


00 

leave on queue if dequeuing 
is unsuccessful 

attempt 

01 

remove from queue if dequeuing 

attempt is unsuccessful 

10 

remove from queue; do not 
initiation 

attempt 

11 

reserved 



bit 4, reserved 

bits 5-6 , PLU/SLU specification: 
00 LU1 is PLU 
01 LU2 is PLU 


bit .7* 

Queuing 
0-7 are 
bit 0, 


bit 1, 


bit 2 t 


bit 3, 


bit 4, 
bits 5- 


bit 7, 


reserved 

conditions for LU1 (when Type = DQ * bits 

reserved): 

0 do not enqueue if session limit will be 
exceeded 

1 enqueue if session limit will be 

exceeded 

0 do not enqueue if the LU is not 

currently able to comply with the 

PLU/SLU specification (as given in byte 
4, bits 5-6) 

1 enqueue even though the LU might not be 
currently able to comply with the 

PLU/SLU specification 

0 do not enqueue if CDINIT loses 
contention 

1 enqueue if CDINIT loses contention 

0 do not enqueue if there are no SSCP-LU 
paths 

1 enqueue if there are no SSCP-LU paths 
reserved 

6, queuing position/service 

00 enqueue this request at the bottom 
of the queue (the request is put at 
the bottom of the queue and 


01 

serviced last) 
enqueue this request 

FIFO 

10 

enqueue this 

request 

LIFO 

11 

reserved 




0 do not enqueue for recovery retry 
1 enqueue for recovery retry (This is a 
queue that is used for 

recovery-reactivating an LU-LU session 
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INIT-QTHER 


when the session) though it had been 
successfully activated, fails for some 
reason. Elements on this queue are not 
dequeued when a session activation is 
successfully completed; explicit 

session deactivation requests are 
needed to dequeue elements from this 
queue . ) 

Queuing conditions for LU2 (When Type = DQ> bits 
0-7 are reserved): 

bit 0. 0 do not enqueue if session limit will be 

exceeded 

1 enqueue if session limit will be 

exceeded 

bit 1, 0 do not enqueue if the LU is not 

currently able to comply with the 

PLU/SLU specification (as given in byte 
4, bits 5-6) 

1 enqueue even though the LU might not be 
currently able to comply with the 

PLU/SLU specification 

bit 2. 0 do not enqueue if CDINIT loses 

contention 

1 enqueue if CDINIT loses contention 
bit 3. 0 do not enqueue if there are no SSCP-LU 

paths 

1 enqueue if there are no SSCP-LU paths 
bit 4, reserved 

bits 5-6. queuing position/service 

00 enqueue this request at the bottom 
of the queue (the request is put at 
the bottom of the queue and 




ser viced last) 



01 

enqueue this 

request 

FIFO 


10 

enqueue this 

request 

LIFO 


11 

reserved 



bit 7, 

0 do 

not queue for 

recovery 

retry 


1 enqueue for recovery retry (This is a 
queue that is used for 

recovery-reactivating an LU-LU session 
when the session, though it had been 
successfully activated, fails for some 
reason. Elements on this queue are not 
dequeued when a session activation is 
successfully completed; explicit 

session deactivation requests are 
needed to dequeue elements from this 
queue.) 

Notes on Bytes 5-6.: 

• If enqueuing for recovery is desired, it must 
be indicated in both LU1 and LU2 Queuing 
Conditions bytes (bit 7 = ’ 1 * ) . 

• Bit 2 (CDINIT contention) must have the same 
setting for both LU1 and LU2. (Contention 
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INIT-OTHER 


7 


8 


9-16 


17-m 

17 

18 

19-m 

m+l-n 

m+1 


occurs when both SSCPs try to set up a session 
between the same LUs at the same time.) 

• Enqueueing is not performed if the DLU is 
unknown, or if the domain of either LU is in 
takedown status. 

INITIATE origin: 
bits 0-2, reserved 

bit 3, (when Type = DQ, bit 3 is reserved) 

0 network user is the initiator 
1 network manager is the initiator 
bits 4-7, reserved 
NOTIFY 


b i ts 

•* 

1 

o 

(when 

i Type = DQ, 

bits 

0 

and 

1 

are 



reserved) 








00 

do not send 

NOTIFY 

to 

LUs 

i n 




session with LU1 







01 

send NOTIFY to 

all 

LUs 

i n 

session 




with LU1 








10 

send NOTIFY to 

all 

LUs 

i n 

session 




with LU1 only 

i f 

the 

request 

i s 




queued 








11 

reserved 






bits 

2-3, 

(when 

i Type = DQ, 

bits 

2 

and 

3 

are 



reserved) 








00 

do not send 

NOTIFY 

to 

LUs 

in 




session with LU2 







01 

send NOTIFY to 

all 

LUs 

i n 

sess ton 




with LU2 








10 

send NOTIFY to 

all 

LUs 

i n 

session 




with LU2 only 

i f 

the 

request 

i s 




enqueued 








11 

reserved 







bit 4, 0 do not send NOTIFY to the ILU when INIT 

is dequeued 

1 send NOTIFY to the ILU when INIT is 
dequeued 

bit 5, 0 do not send NOTIFY to the ILU when the 

requested session is set up 
1 send NOTIFY to the ILU when the 
requested session is set up 
bits 6-7, reserved 

Mode name: an eight-character symbolic name 

(implementation and installation dependent) that 
identifies the set of rules and protocols to be 
used for the session; used by the SSCP(SLU) to 
select the BIND image that will be used by the 
SSCP(PLU) to build the CINIT request (When Type = 
DQ, the Mode Name field is reserved.) 

Uninteroreted name of LU 1 
Type: X'F3' logical unit 
Length, in binary, of LU1 name 
EBCDIC character string 
Uninterpreted name of LU2 
Type: X'F3' logical unit 
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m+2 
m + 3-n 
n + l-p 
n + 1 

n + 2-p 


p + 1 — q 
P + 1 

p + 2-q 

q + l-r 

q + 1 

q + 2-r 
q + 2 


q + 3-r 
q + 3-r 

r + l-s 

r + 1 
r + 2-s 


s + l-s + 8 


Length* in binary* of LU2 name 
EBCDIC character string 
Requester ID 

Length* in binary* of requester ID 
Note : X'GQ* = no requester ID 

Requester ID: the ID* in EBCDIC characters* of the 
end user initiating the request (Hay be used to 
establish the authority of the end user to access 
a particular resource.) 

Password 

Length* in binary* of password 

Note : X f 00 f = no password is present 

Password used to verify the identity of the end 

user 

User Field (When Type = DQ* user field is 
reserved) 

Length* in binary* of user data 

Note : X’GO* = no user data is present 

User data 

User data key 

X T 0O f structured subfields follow 
-'X , 03 v first byte of unstructured user data 

Not e : Individual structured subfields may 
be omitted entirely. Nhen present* they 
appear in ascending field number order. 

• For unstructured user data 
Remainder of unstructured user data 

• For structured user data 

Structured subfields (For detailed definitions* 
see the structured user data section on page 
E-129. ) 

User Request Correlation (URC) field (When Type = 
DQ* the URC must be the same as on the original 
INIT-OTHER request.) 

Length* in binary* of URC 
Note: X'GO ' = no URC 

URC: end-user defined identifier* this value can 

be returned by the SSCP in a subsequent NOTIFY to 
correlate a given session to the initiating 
request 

End of Format .1* Format 2 Continues 

COS name: symbolic name of class of service in 
EBCDIC characters (A value of eight space (X ' 4 0 f ) 
characters may be specified* in this case* the COS 
name is derived from the mode name table* using 
the mode name received in byes 9-16.) 


INIT-OTHER-CD; SSCP-->SSCP, Norm; FMD NSCs) (INITIATE-OTHER 
CROSS-DOMAIN) 


INIT_0 THE R_C D_R Q 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

2 HS_HEADER 

BITC24), 

/* 

0-2 */ 

2 FORMAT 

BIT(8)> 

/* 

3 */ 

2 TYPE 

BITC 8)» 

/* 

4 */ 
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2 

LU1_QUEUING_C0NDITI0NS 


BIT(8) , 

/* 

5 

*/ 

2 

LU2_QUEUING_CONDITIONS 


BIT ( 8 ) , 

/* 

6 

*/ 

2 

PCID 


CHAR(8) , 

/* 

7-14 

*/ 

2 

INITIA T E_0 RIGIN 


BIT ( 8 ) , 

/* 

15 

*/ 

2 

NOTIFY_SPECIFICATIONS 


BIT(8) , 

/* 

16 

*/ 

2 

MOD E_N A M E 


CHAR(8) , 

/* 

17-24 

*/ 

2 

LU1_NAME_TYPE 


BIT (8 ) , 

/* 

25 

*/ 

2 

LU1_NAME_L ENGTH 


BIT ( 8 ) , 

/* 

26 

*/ 

2 

LU1_N'AME CHAR ( REFER( LU1, 

_NAME_ 

LENGTH) ) , 

/* 

27-m 


2 

LU2_NAME_TYPE 


BIT(3) , 

/* 

m+1 

*/ 

2 

LU2_NAME_LENGTH 


BIT ( 8 ) , 

/* 

m+2 

*/ 

2 

LU2_NAME CHAR(REFER(LU2. 

_NAME_ 

LENGTH) ) , 

/* 

m+3-n 

*/ 

2 

REQUESTER_ID_LENGTH 


BIT(8) , 

/* 

n + 1 

*/ 

2 

REQUESTER_ID 







CHAR(REFER(REQUESTER_ID_ 

LENGTH) ) , 

/* 

n + 2-p 


2 

PASSWORD_LENGTH 


BIT(8) , 

/* 

P + 1 

*/ 

2 

PASSWORD CHAR(REFER(PASSWORD_ 

LENGTH) ) , 

/* 

p + 2-q 

*/ 

2 

USE R_D A T A_L ENGTH 


BIT ( 8 ) , 

/* 

q+1 

*/ 

2 

USER_DATA 







CHAR(REFER(USER. 

_DAT A_ 

LENGTH) ) , 

/* 

q + 2-r 

*/ 

2 

COS_NAME__INIT 


BIT ( 8 ) , 

/* 

r + 1 

*/ 

2 

COS_NAME 


CHAR(8) ; 

/*r+2-r+9 

*/ 


X'818640 * NS header 
Format: 

bits 0-3, 0000 Format 0 

0010 Format 2: specifies CDS name 
field in addition to the 
parameters in Format 0 
bits 4-7) reserved 
Type: 

bits 0-1, 00 dequeue (DQ) a previously enqueued 

initiate request. (See bits 2-3 
for further specification of 

dequeue actions.) 

01 initiate only (I); do not enqueue 

10 enqueue only (Q): (See bytes 5-6 

for further specification of 

queuing conditions.) 

11 initiate/enqueue (I/Q): enqueue 

the request if it cannot be 

satisfied immediately 

bits 2-3, (used for DQ; otherwise, reserved) 

00 leave on queue if dequeuing attempt 
is unsuccessful 

01 remove from queue if dequeuing 

attempt is unsuccessful 

10 remove from queue, do not attempt 
initiation 

11 reserved 
bit 4, reserved 

bits 5-6, PLU/SLU specification: 

00 LU1 is PLU 

01 LU2 is PLU 
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bit 7 f r eserved 

Queuing conditions for LU1 (When Type = DQ, 
bits 0 - 7 > are reserved.): 

bit 0, 0 do not enqueue if session limit will be 

exceeded 

1 enqueue if session limit will be 
exceeded 

bit 1# 0 do not enqueue if the LU is not 

currently able to comply with the 
PLU/SLU specification (as given in byte 
4, bits 5-6) 

1 enqueue if the LU is not currently able 
to comply with the PLU/SLU 

specification 

bit 2, 0 do not enqueue if CDXNIT loses 

contention 

1 enqueue if CDINIT loses contention 
bit 3, 0 do not enqueue if there are no SSCP-LU 

paths 

1 enqueue if there are no SSCP-LU paths 
bit 4, reserved 

bits 5-6, 00 enqueue this request at the bottom 

of the queue (the request is put at 
the bottom of the queue and 


01 

serviced last) 
enqueue this request 

FIFO 

10 

enqueue this 

request 

LIFO 

11 

reserved 




bit 7, 0 do not enqueue for recovery retry 

1 enqueue for recovery retry (This is a 
queue that is used for 

recovery-reactivating an LU-LU session 
when the session, though it had been 
successfully activated, fails for some 
reason. Elements on this queue are not 
dequeued when a session activation is 
successfully completed. Explicit 

session deactivation requests are 
needed to dequeue elements from this 
queue.) 

Queuing conditions for LU2 (When Type = DQ, bits 

0-7 are reserved.): 

bit 0, 0 do not enqueue if session limit will be 

exceeded 

1 enqueue if session limit will be 

exceeded 

bit 1# 0 do not enqueue if the LU is not 

currently able to comply with the 

PLU/SLU specification (as given in byte 
4, bits 5-6) 

1 enqueue even though the LU might not be 
currently able to comply with the 

PLU/SLU specification 

bit 2, 0 do not enqueue if CDINIT loses 
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contention 

1 enqueue if CDINIT loses contention 
bit 3, 0 do not enqueue if there are no SSCP-LU 

paths 

1 enqueue even if there are no SSCP-LU 
paths 

bit 4, reserved 

bits 5-6, queuing position/service: 

00 enqueue this request at the bottom 
of the queue (the request at the 
bottom of the queue and is serviced 
last) 

01 enqueue this request FIFO 

10 enqueue this request LIFO 

11 reserved 

bit 7, 0 do not enqueue for recovery retry 

1 enqueue for recovery retry (This is a 
queue that is used for 

recovery-reactivating an LU-LU session 
when the session, though it had been 
successfully activated, fails for some 
reason. Elements on this queue are not 
dequeued when a session activation is 
successfully completed; explicit 

session deactivation requests are 
needed to dequeue elements from this 
queue. ) 

Notes on Bvtes .5-6.: 

• If enqueuing for recovery is desired, it is 
indicated in both LU1 and LU2 Queuing 
Conditions bytes (bit 7 = 1). 

• Bit 2 (CDINIT contention) has the same setting 
for both LU1 and LU2. (Contention occurs when 
both SSCPs try to set up a session between the 
same LUs at the same time.) 

• Enqueuing is not performed if the DLU is 
unknown, or if the domain of either LU is in 
takedown status. 

7-14 PCID (When Type = DQ, the PCID is the same as in 

the original INIT-OTHER-CD request.) 

7-8 Network address of SSCP(ILU) 

9-14 A unique 6-byte value, generated by the SSCP(ILU), 

that is retained and used in all cross-domain 
requests dealing with the same procedure until it 
is completed; an SSCP maintains correlation 
between PCID and the URC, if a URC has been 
provided by the INIT-OTHER request 

15 INITIATE origin 
bits 0-2, reserved 

bit 3, (reserved when Type = DQ.) 

0 network user is the initiator 
1 network manager is the initiator 
bits 4-7, reserved 

16 NOTIFY 
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17-24 


25-m 

25 

26 

2 7-m 

m+l-n 

m+1 

m+2 

m + 3-n 

n+l-p 

n + 1 

n + 2-p 


p + l-q 

P + 1 

P + 2 —q 
q+ 1-r 
q + 1 


bits 0-1» 

(When 

Type = DQ.bits 0-1 

are 

reserved.) 


00 

do not send NOTIFY 

to 

LUs in 



session with LU1 





01 

send NOTIFY to all 
with LU1 

LUs 

i n 

session 


10 

send NOTIFY to all 

LUs 

i n 

session 



with LU1 only i f 

the 

request is 



enqueued 





11 

reserved 




bits 2-3, 

(When 

Type = DQ, bits 2-3 

are 

reserved.) 


00 

do not send NOTIFY 

to 

LUs in 



session with LU2 





01 

send NOTIFY to all 
with LU2 

LUs 

i n 

session 


10 

send NOTIFY to all 

LUs 

i n 

session 



with LU2 only if 

the 

request is 



enqueued. 





11 

reserved 




bit 4, 0 

do 

not send NOTIFY to 

the 

SSCPCILU) 


when INIT is dequeued 

1 sand NOTIFY to the SSCPCILU) when INIT 
is dequeued 
bits 5-7, reserved 

Mode name: an eight-character symbolic name 

(implementation and installation dependent) that 
identifies the set of rules and protocols to be 
used for the session; used by the SSCP(SLU) to 
select the BIND image that will be used by the 
SSCP(PLU) to build the CINIT request (When Type = 
DQ» the Mode Name field is reserved.) 

Network Name of LU1 

Type: X ’ F 3 ’ logical unit 

Length, in binary, of symbolic name 

Symbolic name, in EBCDIC characters 

Network Name of LU2 

Type: X’F3' logical unit 

Length, in binary, of symbolic name 

Symbolic name, in EBCDIC characters 

Requester ID 

Length, in binary, of requester ID 
Note : X'OO" = no requester ID is present 

Requester ID: the ID. in EBCDIC characters, of the 
end user initiating the request (May be used to 
establish the authority of the end user to access 
a particular resource.) 

Password 

Length, in binary, of password 

Note : X'OO’ = no password is present 

Password used to verify the identity of the end 

user 

User Field (When Type = DQ» this field is 
reserved.) 

Length, in binary, of user data 

Note : X'OO' = no user data is present 
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q + 2-r User data: user-specific data that is passed to 

the primary LU on the ClNIT request 
q+2 User data key 

X ’ 00 ' structured subfields follow 
-X'OO' first byte of unstructured user data 

Note : Individual structured subfields may 

be omitted entirely. When present* they 
appear in ascending field number order. 

• For unstructured user data 
Remainder of unstructured user data 

• For structured user data 
Structured subfields (For detailed definitions* 
see the structured user data section on page 
E -12 9 . ) 

Note : With the exception of the NS header and 
PCID, all the fields in the INIT-OTHER-CD RU are 
derived from its corresponding INIT-OTHER RU. 

• End of Format 0* Format 2 Continues 

COS name field initialization indicator: 
bit 0, 0 ILU did not specify COS name 

1 ILU did specify COS name 
bits 1-7* reserved 
r+2-r+9 COS name (reserved if byte r+1, bit 0 = 0): 

symbolic name of class of service in EBCDIC 
characters (A value of eight space (X * 4 0') 
characters may be specified* in this case* the COS 
name is derived from the mode name table using the 
mode name received in bytes 17-24.) 

INITPROC; SSCP—>PU_T4|5* Norm; FMD NS(c) (INITIATE PROCEDURE) 


q + 3-r 
q + 3-r 


r + 1 


DCL 1 INITPROC_RQ 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

2 

NS__HEADER 

BIT(24) , 

/* 

0-2 */ 

2 

RESERVED 

BIT(32), 

/* 

3-6 */ 

2 

TARGET_ADDRESS 

BIT(16)* 

/* 

7-8 */ 

2 

PR0CEDURE_TYPE 

BIT ( 8 ) , 

/* 

9 */ 

2 

L0AD_M0DULE 

CHAR(8)> 

/* 

10-17 */ 

0-2 

X’410235 1 NS header 




3-6 

Reserved 




7-8 

Network address of 
is to be initiated 

PU_T2 for which 

the 

procedure 

9 

Procedure type: 





X'00' load (only value defined) 

• For procedure type = load 

10-17 IPL load module: an eight-character EBCDIC 

symbolic name of the IPL load module to be sent to 
the PU identified in bytes 7-8 
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INIT-SELF; ILU—>SSCP, Norm; FMD NS(s) (INITIATE-SELF) 


DCL 1 


0-2 

3 


4-11 


INIT_SELF_FMTO_RQ 
2 NS_HEADER 
FORMAT 
MODE_NAME 

DLU UNINTRP NAME TYPE 


12-m 

12 

13 

14-m 

m+l-p 

m+1 

m+2-p 


p + l-q 
P + 1 


BASED(ADDRCRU)), 
BITC24), 
BIT(8) » 
CHAR(8)» 
BITC8), 
BIT(8), 


DLU_UNINTRP_NAME_LENGTH 
DLU_UNINTRP_NAME 

CHAR(REFER(DLU_UNINTRP_NAME_LENGTH)), 
2 REQUESTER_ID_LENGTH BIT(8), 
2 REQUESTER_ID 

CHAR(REFER(REQUESTER_ID_LENGTH)), 
2 PASSNORD_LENGTH BIT(8), 
2 PASSWORD CHARCREFERC PASSWORD_LENGTH)), 
2 USER_DATA_LENGTH BIT(8), 
2 USER_DATA 

CHARCREFER(USER_DAT A_LENGTH)); 


X'010681 ' 
bits 0-3, 


NS header 
format: 
0000 


/* 

Byte(s)*/ 

/* 

0-2 

*/ 

/* 

3 

*/ 

/* 

4-11 

*/ 

/* 

12 

*/ 

/* 

13 

*/ 

/* 

14-m 

*/ 

/* 

m+1 

*/ 

/* 

m+2-n 

*/ 

/* 

n + 1 

*/ 

/* 

n + 2-p 

*/ 

/* 

P + 1 

*/ 

/* 

P + 2— q 

*/ 

a 

subset 

of 

i n 

Format 

1 


Format 0: specifies 
the parameters shown 
of INIT-SELF (described 

separately, because the NS header 
differs in the first byte), with 
the receiver supplying default 
values 


bit 4, reserved 
bits 5-6, 


enqueue. 

enqueue the 
be satisfied 


00 DLU is PLU 
01 DLU is SLU 

bit 7, 0 initiate only (I); do not 

1 initiate/enqueue (I/Q): 
request if it cannot 
immediate 1y 

Mode name: an eight-character symbolic name 

(implementation and installation dependent) that 

identifies the set of rules and protocols to be 

used for the session; used by the SSCP(SLU) to 

select the BIND image that will be used by the 

SSCP(PLU) to build the CINIT request 

Uninteroreted Name of DLU 

Type: X'F3' logical unit 

Length, in binary, of DLU name 

EBCDIC character string 

Requester ID 

Length, in binary, of requester ID 
Note : X'00’ = no requester ID 

Requester ID: the ID, in EBCDIC characters, of the 
end user initiating the request (May be used to 
establish the authority of the end user to access 
a particular resource.) 

Password 

Length, in binary, of password 
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Note : X'00’ = no password is present 

Password used to verify the identity of the end 
user 

User Field 

Length» in binary* of user data 
Note : X*0 0' = no user data is present 

User data: user-specific data that is passed to 

the primary LU on the CINIT request 
User data key 

X'00' structured subfields follow 
-X * 00 * first byte of unstructured user data 

Note : Individual structured subfields may 

be omitted entirely. When present* they 
appear in ascending field number order. 

• For unstructured user data 
Remainder of unstructured user data 

• For structured user data 
Structured subfields (For detailed definitions* 
see the structured user data section on page 
E-129 . ) 

Note : The following default values are supplied 

by the SSCPCILU) receiving the Format 0 INIT-SELF 
request: 

• Queuing conditions (if queuing is specified): 

- Enqueue if session count exceeded. 

—- Enqueue this request FIFO. 

• Initiate origin: network user is the initiator. 

• NOTIFY: do not notify 

INIT-SELF; ILU—>SSCP, Norm; FMD NS(s) (INITIATE-SELF) 


INIT_SELF_FMT1_2_RQ BASED(ADDR(RU)) , 

/* 

Byte(s)x/ 

2 

NS_HEADER 

BIT(24), 

/* 

0-2 

*/ 

2 

FORMAT 

BIT( 8) , 

/* 

3 

*/ 

2 

TYPE 

BIT(8 ) , 

/* 

4 

*/ 

2 

DLU_QUEUING_CONDITIONS 

BIT (8 ) > 

/* 

5 

*/ 

2 

INITIATE_0RIGIN 

BIT ( 8 ) , 

/* 

6 

*/ 

2 

NOTIFY_SPECIFICATIONS 

BIT( 8 ), 

/* 

7 

*/ 

2 

M0DE_NAME 

CHAR(8), 

/* 

8-15 

*/ 

2 

D L U_U NIN T R P_N A M E_T Y P E 

BIT(8) * 

/* 

16 

*/ 

2 

DLU_UNINTRP_NAME_LENGTH 

BIT(8) , 

/* 

17 

*/ 

2 

DLU_UNINTRP_NAME 






CHAR(REFER(DLU_UNINTRP_NAME_ 

LENGTH) ) * 

/* 

18-n 

*/ 

2 

REQUESTER_ID_LENGTH 

BIT(8) , 

/* 

n + 1 

*/ 

2 

REQUESTER_ID 






CHAR(REFER(REQUESTER_ID_ 

LENGTH) ) , 

/* 

n + 2-p 

*/ 

2 

PASSWORD.LENGTH 

BIT(8 ) * 

/* 

P + 1 

*/ 

2 

PASSWORD CHAR(REFER(PASSWORD. 

LENGTH) ) , 

/* 

P + 2-q 

*/ 

2 

USER_DATA_LENGTH 

BIT(8), 

/* 

q + l 

*/ 

2 

USER.DAT A 






CHAR(R EFER(USER.DATA_ 

LENGTH) ) , 

/* 

q + 2-r 


2 

URC.LENGTH 

BIT ( 8 ) > 

/* 

r + 1 

*/ 

2 

URC CHAR(REFER(URC_ 

LENGTH) ) , 

/* 

r + 2-s 

*/ 

2 

COS.NAME 

CHAR(8 ) ; 

/*s+l-s+8 



P + 2—q 

q +1 —r 
q+l 

q + 2-r 

q + 2 


q + 3-r 
q + 3-r 
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( 


-2 X'810681 ' NS header 

bits 0-3* format: 

0001 Format 1: specifies queuing* 

initiate origin, NOTIFY, and URC 
in addition to the parameters in 
Format 0 

0010 Format 2: specifies the COS name 
field in addition to the 
parameters in Format 1 
bits 4-7, reserved 
4 Type: 

bits 0-1, 00 dequeue (DQ) a previously enqueued 

initiate request C Note : Value 00 is 
reserved if not Format 1.) (See 
bits 2-3 for further specification 
of setup actions.) 

01 initiate only(I); do not enqueue 

10 enqueue only (Q) (See byte 5 for 
further specification of queuing 
conditions . ) 

11 initiate/enqueue (I/Q): enqueue 

the request if it cannot be 
satisfied immediately 

bits 2-3, (used for DQ; otherwise, reserved) 


00 

leave on queue if 

setup attempt is 

01 

unsuccessful 
remove from queue 

if setup 

attempt 

10 

is unsuccessful 
remove from queue 

; do not 

attempt 

11 

set up 
reserved 




bit 4, reserved 

bits 5-6, PLU/SLU specification: 

00 DLU is PLU 
01 DLU is SLU 
bit 7, reserved 

5 Queuing conditions for DLU (When Type = DQ, bits 

0-7 are reserved.): 

bit 0, 0 do not enqueue if session limit 

exceeded 

1 enqueue if session limit exceeded 
bit 1, 0 do not enqueue if DLU is not currently 

able to comply with the PLU/SLU 

specification (as given in byte 4, bits 
5-6) 

1 enqueue if DLU is not currently able to 
comply with the PLU/SLU specification 
bit 2, 0 do not enqueue if CDINIT loses 

contention 

1 enqueue if CDINIT loses contention 
bit 3, 0 do not enqueue if no SSCP(DLU)-DLU path 

1 enqueue if no SSCP(DLU)-DLU path 
bit 4, reserved 

bits 5-6, queuing position/service: 
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00 put this request at the bottom of 
the queue (the request is put at 
the bottom of the queue and 
serviced last) 

01 enqueue this request FIFO 

10 enqueue this request LIFO 

11 reserved 

bit 7, 0 do not enqueue for recovery retry 

1 enqueue for recovery retry (The element 
is maintained on the recovery retry 
queue even after the activation of the 
session, so that the session can be 
retried in the event of a session 
failure. ) 

Note : Since queuing conditions are 

specified for the DLU only, the following 
default values are used by SSCP(OLU) for 
the OLU: 

• Enqueue if session limit exceeded. 

• Enqueue this request at the foot of the 
queue (FIFO). 

• For "CDINIT contention" and "recovery 
retry,” the default values are the same 
as those specified for the DLU (see bits 
2 and 7 above). 

6 INITIATE Origin: 
bits 0-2, reserved 

bit 3, (bit 3 is reserved when Type = DQ) 

0 network user is the initiator 
1 network manager is the initiator 
bits 4-7, reserved 

7 NOTIFY specifications: 

bits 0-1, (bits 0 and 1 are reserved when Type = 
DQ) 

00 do not notify LUs in session with 
DLU 

01 notify all LUs in session with DLU 
that the ILU/OLU has requested a 
session with the DLU 

10 notify LUs in session with DLU only 
if request is queued 

11 reserved 
bits 2-3, reserved 

bit 4, 0 do not notify the ILU when the request 

is dequeued 

1 notify the ILU when the request is 
dequeued 

bits 5-7, reserved 

8-15 Mode name: an eight-character symbolic name 

(implementation and installation dependent) that 
identifies the set of rules and protocols to be 
used for the session; used by the SSCP(SLU) to 
select the BIND image that will be used by the 
SSCP(PLU) to build the CINIT request (When Type = 
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16-n 

16 

17 

18-n 
n + l-p 
n + 1 

n + 2-p 


p + l-q 

p + 1 

p + 2-q 
q + l-r 
q + 1 
q + 2-r 
q + 2 


q + 3-r 
q + 3-r 

r + l-s 

r + 1 

r+ 2-s 


s+l-s+8 


DQ, the Mode Name field is reserved.) 

Uninterpreted Name of DLU 
Type: X’F3' logical unit 
Length, in binary, of DLU name 
EBCDIC character string 
Requester ID 

Length, in binary, of requester ID 
Note : X’OO' = no requester ID 

Requester ID: the ID, in EBCDIC characters, of the 
end user initiating the request (May be used to 
establish the authority of the end user to access 
a particular resource.) 

Password 

Length, in binary, of password 

Note : X’OO’ = no password is present 

Password used to verify the identity of the end 

user 

User Field (When Type = DQ, User field is 
reserved) 

Length, in binary, of user data 

Note : X ’ 0 0 ' = no user data is present 

User data: user-specific data that is passed to 

the primary LU on the CINIT request 

User data key 

X’00' structured subfields follow 
-X’00’ first byte of unstructured user data 

Note : Individual structured subfields may 

be omitted entirely. When present, they 
appear in ascending field number order. 

For unstructured user data 
Remainder of unstructured user data 
For structured user data 

Structured subfields (For detailed definitions, 
see the structured user data section on page 
E-129. ) 

User Request Correlation (URC) Field (When Type = 
DQ, the URC must be the same as in the original 
INIT-SELF request. ) 

Length, in binary, of URC 
Note : X’OO* = no URC 

URC : end-user defined identifier; this value can 
be returned by the SSCP in a subsequent NOTIFY to 
correlate a given session to this initiating 

request 

End o f Format X? Format 2 Continues 

COS name: symbolic name of class of service in 
EBCDIC characters ( A value of eight space 
characters may be specified; in this case, the COS 
name is derived from the mode name table using the 
node name received in bytes 8-15.) 
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INOP; PU_T4i5-->SSCP, PU —>PUCP, Norm; FMD NSCc) (INOPERATIVE) 


DCL 1 INOP_RQ BASED(ADDR(RU))» /* Byte(s)*/ 


2 

NS_HEADER 

BIT(24) » 

/* 

0-2 

*/ 

2 

IN 0 P_ LIN K_0 R_A L S_A D D R E S S 

BIT( 16 ) » 

/* 

3-4 

*/ 

2 

FORMAT 

BIT ( 4 ) , 

/* 

5 

*/ 

2 

2 

INOP_REASON 

X 21_C A L L_P R 0 G_SIG_LAS T_R C V D 

BIT(4 ) , 
BIT ( 1 6 ); 

/* 

6-7 

*/ 


0-2 


3-4 

5 


X'Q10 281 ' NS header 

Network address of an inoperative (1) link or (2) 
adjacent link station 

bits 0-3, format: X 1 0 ’ (only value defined) 
bits 4-7, reason: 


X’ 1 • 

X' 2 ' 
X’ 3' 

X' 4' 

X ’ 5 ’ 

X ’ 6 ’ 
X ? 7' 
X ’ A' 

X ’ B' 


loss of 
loss of 
connection 


station: 

of 

incomplete 
of 


adjacent link station: 
contact, unexpected 
connection, or 

establishment failure 
link: link failure 
adjacent link 

discontact—loss 
synchronization 
adjacent link station: 
discontact—loss 
synchronization 

adjacent link station: request 
resynchronization—unexpected 
request for resynchronization 
adjacent link station (IPL 
DUMP in progress) 
adjacent link station (RPO 
progress) 

link: CCITT X.21 call 

establishment failure; X.21 call 
progress signals were received 
but are not included in bytes 6-7 
link: CCITT X.21 outgoing call 

establishment failure because of 
DCE signalling DCE clear 
condition 


or 


i n 


X’C' link: CCITT X.21 outgoing call 
establishment failure because of 
expiration of time-out on 
changing DCE conditions 
X*D* link: unexpected loss of 

connection during the CCITT X.21 
call phase 

X * E' link: failure during the CCITT 
X.21 call clearing phase 
X'F ’ link: CCITT X.21 outgoing call 
establishment failure; X.21 call 
progress signals were received— 
the signal is included in bytes 
6-7 
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INOP 


IPLFINAL 


iplinit; 


IPLTEXT; 


lcp; pu 


6-7 The CCITT X.21 call progress signal last 

received—included only if byte 5, bits 4-7 = 

X ' F ’ ; otherwise, these bytes are omitted (The 
codes and meanings of these X.21 call progress 
signals are as described in the CCITT 
recommendation X.21.) 


SSCP—>PU_T4|5, Norm; FMD NS(c) (IPL FINAL) 


DCL 1 IPLFINAL_RQ 


BASED(ADDR(RU) ) , 

/* 

Byte(s)*/ 

2 

NS_HEADER 



BIT(24), 

/* 

0-2 */ 

2 

ALS_ADDRESS 



BIT(16) , 

/* 

3-4 */ 

2 

ENTRY_POINT 



BIT(32); 

/* 

5-8 */ 

0-2 

X’010205’ 

NS header 





3-4 

Network 

address 

of 

adjacent link 

station 


associated 

with the 

node 

being loaded 



5-8 

Entry point location 

within load module 


SSCP—>PU 

!_T 415, Norm; 

FMD NS(c) 

(IPL 

INITIAL) 



DCL 1 IPLINIT_RQ 


BASED(ADDR(RU) ) , 

/* 

Byte(s)*/ 

2 

NS_HEADER 



BIT(24), 

/* 

0-2 */ 

2 

ALS_ADDRESS 



BIT(16); 

/* 

3-4 */ 

0-2 

X’010203’ 

NS header 





3-4 

Network 

address 

of 

adjacent link 

station 


associated 

with the 

node 

to be loaded 



SSCP—>PU 

i_T4|5» Norm; 

FMD NS(c ) 

CIPL 

TEXT) 



DCL 1 IPLTEXT_RQ 


BASED(ADDR(RU) ) , 

/* 

Byte(s)*/ 

2 

NS_HEADER 



BIT(24) » 

/* 

0-2 */ 

2 

ALS_ADDRESS 



BIT(16) , 

/* 

3-4 */ 

2 

TEXT 



CHAROO ; 

/* 

5-n */ 

0-2 

X’010204’ 

NS header 





3-4 

Network 

address 

of 

adjacent link 

station 


associated 

with the 

node 

to be loaded 



5-n 

Text: a variable-length 

byte-string 

i n 

the form 


required by the node 

being loaded 




T4i5—>SSCP, PU_T 4—>PUCP, Norm; FMD NS(c) (LOST CONTROL 
POINT) 


DCL 1 LCP_RQ BASED(ADDR(RU)), /* Byte(s)*/ 


2 

NS_HEADER 

BIT(24), 

/* 

0-2 

*/ 

2 

REASON 

BIT(8)» 

/* 

3 

*/ 

2 

RESERVED 

BIT(8), 

/* 

4 

*/ 

2 

SSCP_SUBAREA„ADDRESS 

BIT(32), 

/* 

5-8 

*/ 

2 

SSCP_E LEMENT_ADDRESS 

BIT(16); 

/* 

9-10 



X’410287’ NS header 






Reason code, specifying why 

LCP was generated: 
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LCP 


X' 07 ’ virtual route inoperative: VR__IN0P 

received for the virtual route used by the 
(SSCP>PU) session (where the SSCP is the 
lost control point identified later, and 
the PU is the originator of the LCP) 

X ’ 0A' forced deactivation of the ( SSCP,PU) 
session (DACTPU ( -’SON ) received by the PU) 
X'OB' virtual route deactivated: 

NC_DACTVR(Forced) received for the virtual 
route used by the (SSCP,PU) session (where 
the SSCP is the lost control point 
identified later and the PU is the 
originator of the LCP) 

X'OC' SSCP failure: the session between this PU 
and the identified SSCP was reset because 
of an abnormal termination of the SSCP 
(DACTPU(S0N,Cause = X'OC') was received by 
the PU) 

4 Reserved 

5-10 Network address of the lost control point ( SSCP ) 

5-8 Subarea address of the lost control point 

9-10 Element address of the lost control point 

LDREQDJ PU_T2—>SSCP, Norm; FMD NS(c) (LOAD REQUIRED) 


DCL 1 


LDREQD_RQ 
2 NS_HEADER 
2 L0AD_M0DULE 
2 RESERVED 

2 ADJPULOADCAPABIL ITY 


BASED(ADDR(RU)), 
BIT(24 ) , 
CHAR(8), 
BIT ( 7 ) , 
BIT (1) ; 


/* Byte(s)*/ 
/* 0-2 */ 
/* 3-10 */ 
/* 11 */ 


0-2 X'410237' NS header 

3-10 I PL load module: an eight-character EBCDIC 

symbolic name of the IPL load module requested: 

X'4040...40' any load module will be accepted 
-X'4040...40* specific load module specified 
11 bits 0-6, reserved 

bit 7, adjacent PU load capability (initia 1ized to 
0 by the PU_T2): 

0 the adjacent PU is unable to load the 
PU_T 2 

1 the adjacent PU can load the PU_T2 (set 
by the boundary function in the 
adjacent subarea node) 


LSA; PU_T4I 5—>PU_T 4 I 5, ExpJ NC (LOST SUBAREA) 


LSA_RQ 

BASED(ADDR(RU)), 

/# 

Byte (s )*/ 

2 RQ_C0DE 

BIT ( 8) , 

/* 

0 */ 

2 RESERVED 

BIT(16)» 

/* 

1-2 #/ 

2 REASON 

BIT ( 8) , 

/% 

3 */ 

2 FORMAT 

BIT(8), 

/* 

4 */ 

2 RESERVED 

BIT(16), 

/* 

5-6 

2 PU_ADDRESS 

BIT(16) , 

/* 

7-8 
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LSA 


lustat; 


2 SUBAREAS (*)> 

3 RESERVED 
3 SUBAR EA_ADDRESS 
3 RESERVED 


BIT(16)» /*9-10+4n */ 
BITC8), /* 1l+4n */ 
BIT(8); /* 12+4n #/ 


0 

1-2 

3 


4 

5-8 

5-6 

7-8 

9-12 

9-10 

11 

12 

1 3-n 


X'G5’ request code 
Reserved 

Reason code* specifying why LSA was originated: 
X'01* unexpected routing interruption 
X’02’ controlled routing interruption 
Format: X'Ol' (only value defined) 

Origination Address 
Reserved 

Network address of the PU that originated the LSA 

Lost Subarea Address Field 

Reserved 

Subarea address (left-justified) for a lost 

subarea 

Reserved 

Additional 4-byte fields in the form of bytes 
9-12> corresponding to additional lost subareas 


LU — >LUISSCP t Norm; DFC (LOGICAL UNIT STATUS) 


DCL 1 LUST AT_RQ 
2 RQ_C0DE 
2 STATUS 


BASED(ADDR(RU))» /* Byte(s)*/ 
BIT(8 ) t /* 0 */ 

BIT(32)> /* 1-4 */ 


0 

1-4 


X*04* request 
Status value 
each) : 

X'OOOO’+’uuuu 


code 

+ status extension field 


X'0001*+ , ccdd» 


X' 0002' + 'rrrr ' 


X'0003 , +'ccdd’ 


X'0004’+'ccdd 


X' 0005' +'iiii 


X' 0006 * + *rrrr 


(two bytes 


user status (no system-defined 
status) + user-defined field 
component now available + 
component identification (see 
Note) 

sender will have no (more) FMD 
requests to transmit during the 
time that this session remains 
active + reserved field 
component entering attended mode 
of operation + component 
identification (see Note) 
component entering unattended 
mode of operation + component 
identification (sed Note) 
prepare to commit all resources 
required for the unit of work + 
information field: 

X'0001' request End Bracket be 
sent on next chain (only 
value defined) 

no-op (used to allow an RH to be 
sent when no other request is 
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LUSTAT 


available or allowed) + reserved 
field 

X’0007* +'rrrr ’ sender currently has no FMD 

requests to transmit (but may 
have later during the time that 
this session remains active) + 
reserved field 

X * 0801 * +'ccdd' component not available (e.g.» 

not configured) + component 
identification (see Note) 

X’0802'+’ccdd' component failure (intervention 

required) + component 

identification (see Note) 

X *081C’ + 'ccdd* component failure (permanent 

error) + component identification 
(see Note) 

X' 0824’ + *rrrr' function canceled + reserved 

field 

X *082B' + *ccdd* component available; bur 

presentation space integrity lost 
+ component identification (see 
Note) 

X’0831'+*ccdd’ component disconnected (power off 

or some other disconnecting 
condition) + component 

identification (see Note) 

X'0848’ + * r r r r ' cryptography component failure + 

reserved field 

X*400A* + ’ssss’ no-response mode not allowed + 

sequence number of the request 
specifying no-response 
Note : Values for cc byte are: 

X'00 f LU itself rather than a specific LU 

component (For this cc value; 
dd=X’03'.) 

X * FF' The dd byte specifies the LU 

component medium class and device 
address. (See SNA LU-LU Session Types 
for definitions of these terms and 
usage of the values according to 
LU-LU session type.) 

-X’(00|FF)' LU component medium class and device 
address (For these cc values; 
dd=X'00’.) 

NC_ACTVR; PU_T4|5—>PU_T4|5, Exp? NC (ACTIVATE VIRTUAL ROUTE) 

DCL 1 NC_ACTVR_RQ 
2 RQ_C0DE 
2 RESERVED 
2 FORMAT 
2 RESERVED 
2 RCV_ERN_MASK 
2 SEND_ERN_MASK 


BASED(ADDR(RU) ), /* Byte(s)*/ 
BIT(8), /* 0 */ 

BIT(16)» /* 1-2 */ 

BIT(8); /* 3 */ 

BIT(8), /* 4 */ 

BIT( 16) , /* 5-6 */ 

BIT(16); /* 7-8 */ 
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0 

1-2 


3 

4 


5-6 


7-8 


9-10 

11 

12 

13 

14 

15-16 


17-18 


NC_ACTVR 


2 

RESERVED 

BIT(4), 

/* 

9 

*/ 

2 

VR_SEND_SEQ_NO 

BIT(12), 

/* 

9-10 

*/ 

2 

RESERVED 

BIT(8) , 

/* 

11 

*/ 

2 

MAX_WINDOW_SIZE 

BIT(8)» 

/* 

12 

*/ 

2 

RESERVED 

3 IT ( 8 ) , 

/* 

13 

*/ 

2 

MIN_WINDOW_SIZE 

BIT(8) > 

/* 

14 

*/ 

2 

MAX_SEND_PIU_L ENGTH 

BIT(16 ) » 


15-16 

*/ 

2 

MAX_RCV_PIU_L ENGTH 

BIT(16); 


17-18 

*/ 


X'OD’ request code 
Reserved 

Format: X' 01' (only value defined) 

Reserved 

Receive ERN mask: a bit is .on if that ERN can be 
used to send PIlJs to NC_ACTVR originator; multiple 
bits may be set to 1 (bit 0 corresponds to reverse 
ERN 0» bit 1 to reverse ERN 1, and so forth) 

Send ERN mask: a bit is .on. if that ERN can be used 
to send PIUs from the NC_ACTVR originator: exactly 
one bit is set to 1 (bit 0 corresponds to ERN 0, 
bit 1 to ERN 1» and so forth) 
bits 0-3, reserved 

bits 4-15» initial VR send sequence number 
Reserved 

Maximum window size permitted on the VR 
Reserved 

Minimum window size permitted on the VR 

Maximum PIU size permitted to be sent by the 

NC_ACTVR originator: 

X'0000' no restriction (only value defined) 
Maximum PIU length permitted to be received by the 
NC_ACTVR originator: 

X’0000’ no restriction (only value defined) 

Note : The NC_ER_ACT and NC_ER_ACT_REPLY RUs 
accumulate the maximum PIU size permitted to flow 
in each direction of the ER. NC_ACTVR 
communicates these limits to the other end of the 
VR. 


NC_DACTVR; PU_T4|5—>PU_T4|5, Exp, NC (DEACTIVATE VIRTUAL ROUTE) 


DCL 1 NC_DACTVR_RQ 
2 RQ_C0DE 
2 RESERVED 
2 FORMAT 
2 TYPE 


BASED(ADDR(RU) ) , 


B y t e ( s ) *S 

BIT(8), 

/* 

0 */ 

BIT( 16) , 

/* 

1-2 */ 

BIT ( 8 ) , 

/* 

3 */ 

BIT(8); 

/* 

4 */ 


0 

1-2 


3 

4 


X ’ 0E ’ request code 

Reserved 

Format: X ’ 01 * 

Type 

X ’ 01' orderly: receiver 

deactivate the VR if 
on the VR 


of NC_DACTVR to 
there are no sessions 
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NC_D.AC.TVR 


X'02* forced:, receiver of NC_DACTVR to 

deactivate the VR even if there are 
sessions on the VR > it also results in 
session outage notification for sessions 
using the VR 

NC_ER_ACT; PU_T4|5-->PU_T4|5, Exp; NC (EXPLICIT ROUTE ACTIVATE) 

DCL 1 NC_ER_ACT_RQ 
2 RQ_CODE 
2 RESERVED 
2 FORMAT 
2 RESERVED 
2 ER_LENGTH 
2 MAX_ER_LENGTH 
2 DESTINATION_SA 
2 DYNAMIC_ER_DEFN 
2 RESERVED 
2 ER_NUM 

2 ORIGINATING_SA 
2 REV_ERN_MASK 
2 MAX_PIU_SIZE 
2 RESERVED 
2 ACT_SEQ_ID 

X’OB * request 
Reserved 
Format: X’01* 

Reserved 

Explicit route length: initially set to 0 at the 

originating PU, incremented by 1 at each receiver 
of the original or propagated NC_ER_ACT 
Maximum ER length, as specified by the request 
originator 

Subarea address of the destination PU 
corresponding to the ERN specified in byte 12, 
bits 4-7 

bit 0, route definition capability of RU sender: 

0 RU sender does not allow route usage 
except by explicit installation 

definition 

1 RU sender allows route usage without 
requiring explicit installation 

definition 
bits 1-7» reserved 
bits 0-3, reserved 

bits 4-7, ERN of the explicit route being 

activated 

Subarea address of the PU that originated the 

NC_ER_ACT request 

Reverse ERN mask: a bit is on if the 

corresponding ERN can be used to route to the 
originating subarea (bit 0 corresponds to ERN 0, 
bit 1 to ERN 1 and so forth) 
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0 

1-2 

3 

4 

5 


6 

7-10 


11 


12 


13-16 

17-18 


BASED(ADDR(RU)), 


Byte(s)*/ 

BIT(8)» 

/* 

0 

*/ 

BIT(16) , 

/* 

1-2 

*/ 

BIT(8)» 

/* 

3 

*/ 

BIT(8)> 

/* 

4 

*/ 

BIT(8), 

/* 

5 

*/ 

BIT(8) , 

/* 

6 


BIT(32)> 

/* 

7-10 


BIT(l) , 

/* 

11 

*/ 

BIT(ll) , 

/* 

11-12 

*/ 

BIT(4) , 




BITT32) , 

/* 

13-16 

*/ 

BIT( 16) , 

/* 

17-18 


BIT(16) , 

/* 

19-20 

*/ 

BIT(64) > 

/* 

21-28 

*/ 

CHAR(8); 

/* 

29-36 

*/ 


code 

(only value defined) 


19-20 


21-28 

29-36 


REPLY; 

REPLY) 

DCL 1 


0 

1-2 

3 

4 


Maximum PIU length allowed on the ER in the 
direction of flow of this NC_ER_ACT: 

X'0000' no restriction (only value defined) 
Reserved 

Activation request sequence identifier: an 8-byte 
binary value* generated by the originator of 
NC_ER_ACT, and included by the destination node in 
NC_ER_ACT_REPLY to correlate an NC^ER_ACT with its 
corresponding NC_ER_ACT_ftEPLY (The 8-byte field 
has the following characteristic: If nl was 

generated at time tl> and n2 was generated at time 
t2> then tl < t2 implies nl < n2.) 

PU_T4|5—>PU_T4 | 5» Exp; NC (EXPLICIT ROUTE ACTIVATE 


N C_E R_A C T_R E P L Y_R Q BASED(ADDR(RU))* 

/* 

Byte(s)*/ 

2 

RQ_C0DE 

BIT(8) * 

/* 

0 

*/ 

2 

RESERVED 

BIT(16 ) » 


1-2 

*/ 

2 

FORMAT 

BIT(8)» 

/* 

3 

*/ 

2 

TYPE 

BIT(8)» 

/* 

4 

*/ 

2 

E R__L ENGTH 

BIT ( 8 ) » 

/* 

5 

*/ 

2 

MAX_ER_LENGTH 

BIT(8)» 

/* 

6 

X/ 

2 

DESTINATION_SA 

BIT(32), 

/* 

7-10 

*/ 

2 

RESERVED 

BIT(12), 

/* 

11-12 

*/ 

2 

ER_NUM 

BIT ( 4 ) * 




2 

ORIGINATING_SA 

BIT(32)* 

/* 

13-16 

*/ 

2 

REV_ERN_MASK 

BIT(16), 

/* 

17-18 

*/ 

2 

MAX_PIU_SI2E 

BIT(16), 

/* 

19-20 

*/ 

2 

MAX_PIU_SIZE_FROM_ACTIVATE 

BIT(16)» 

/* 

21-22 

*/ 

2 

RESERVED 

BIT(48)* 

/* 

23-28 

*/ 

2 

ACT_SEQ_ID 

CHAR(8), 

/* 

29-36 

*/ 

2 

RESERVED 

BIT(16) * 

/* 

37-38 

*/ 

2 

REP LY_SA 

BIT(32)» 

/* 

39-42 

*/ 

2 

TG_ADJ_SA 

BIT(32)* 

/* 

43-46 


2 

TG_NUM 

BIT(8)* 

/* 

47 

*/ 

2 

RESERVED 

BIT(8); 

/* 

48 

*/ 


X'OC' request code 

Reserved 

Format: X f 01'* (only value defined) 

Type 

X'00' explicit route activated 

X'01 * race condition resulting from NC_ER^ACT 
being sent by both nodes* each of which 
allows routing usage without requiring 
explicit installation definition; this 
condition is resolved in favor of the 
NC_ER_ACT from the PU having the greater 
subarea address (thus* this Type code is 
sent by the PU having the larger subarea 
address) 

X’02* ER is not reversible Since there is no 
reverse ERN defined 
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NC ER_ACT_REPLY 


5 

6 

7-10 

11 

12 

13-16 

17-18 

19-20 

21-22 

23-28 

29-36 

37-38 

39-42 

43-46 


X'03’ encountered a PU that does not support ER 
and VR protocols 

X'04' ER length exceeded the maximum specified 
in NC_ER_ACT 

X'05' ER requires a TG that is not active 
X'06' ER is not defined in the NC_ER_ACT_REPLY 
originating node 

Explicit route length, in terms of the number of 
transmission groups in the explicit route as 
accumulated by NC_ER_ACT 

Maximum ER length, as specified in NC_ER_ACT 

request 

Subarea address of the destination PU of 

corresponding NC_ER_ACT 

Reserved 

bits 0-3, reserved 

bits 4-7, ERN of the ER being activated 

Subarea address of the PU originating the 

corresponding NC_ER_ACT 

Reverse ERN mask: a bit is on if the 

corresponding ERN can be used to route to the 
NC_ER_ACT originating subarea (bit 0 corresponds 
to ERN 0, bit 1 to ERN 1, and so forth) 

Maximum size of PIU allowed to flow on the reverse 
ERNs specified in bytes 17-18: 

X’OOOO' no restriction (only value defined) 
Maximum PIU length accumulated by the NC_ER_ACT: 

X'0000’ no restriction (only value defined) 
Reserved 

Activation request sequence identifier: same 

value as specified in the corresponding NC_ER_ACT 
Reserved 

Subarea address of the node that originated this 
NC_ER_ACT_REPLY 

Subarea address depending on the Type field (byte 
4), as follows: 

Type Contents of this field 

X* 00' reserved 
X' 01 * reserved 

X' 02' subarea on the ER prior to that with no 
reverse ERN defined 

X' 03 * subarea that does not support ER and VR 
protocols 

X' 04 ’ subarea on the ER preceding the subarea 
where the explicit route length (byte 5 of 
NC_ER_ACT) is incremented to a value one 
more than the maximum ER length limit 
(byte 6) 

X'05 * subarea on the other end of the TG that is 
not active 

X'06* subarea on the ER from which the PU (that 
does not have the ER defined) received the 
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NC_ER_ACT_REPLY 


corresponding NC_ER_ACT 

47 TGN of the TG between the subareas specified in 
bytes 39-42 and 43-46; reserved if Type is X'OO'or 
X' 01 ’ 

48 Reserved 

NC_ER_INOP; PU_T415 — >PU_T4l5, Exp; NC (EXPLICIT ROUTE INOPERATIVE) 


DCL 1 


NC 

:_ER_IN0P_RQ 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

2 

RQ_CQDE 

BIT ( 8 ) , 

/* 

0 

*/ 

2 

RESERVED 

BIT(16), 

/* 

1-2 

*/ 

2 

FORMAT 

BIT ( 8 ) , 

/* 

3 

*/ 

2 

R EAS0N_C0DE 

BIT ( 8 ) , 

/* 

4 

*/ 

2 

ORIGINATIN G_S A 

BIT(32 ) » 

/* 

5-8 

*/ 

2 

TG_ADJ_SA 

BIT(32), 

/* 

9-12 

*/ 

2 

TG_NUM 

BIT(8), 

/* 

13 

*/ 

2 

CNT_ER_FIE LD 

BIT(8), 

/* 

14 

*/ 

2 

ER_FIELD(1:REFER(CNT_ 

_ER_FIELD)), 





3 

3 


SA 

MASK 


BIT(32) » 
BIT(16 ) ; 


/*15-18+6n*/ 

/*19-20+6n*/ 


0 

1-2 

3 

4 


5-8 

9-12 

13 

14 

15-20 

15-18 

19-20 


21-n 


X*06' request code 
Reserved 

Format: X'01' (only value defined) 

Reason code: 

X'01’ unexpected routing interruption over a 
transmission group, such as the failure of 
the last active link in the TG 
X'02* controlled routing interruption, such as 
the result of a DISCONTACT 
Subarea address of the PU that originated the 
NC_ER_IN0P 

Subarea address on other end of the transmission 
group that had the routing interruption 
TG number of the transmission group that had the 
routing interruption 

Number of destination subareas that are on the ERs 
using the above TG 
Inoperstive ER Field 

Subarea address of a destination that is routed to 
using an ER requiring the TG that had the routing 
interruption 

Inoperative explicit route mask: a bit is o_n if 
the ER of the corresponding ERN is inoperative 
(bit 0 corresponds to ERN 0, bit 1 corresponds to 
ERN 1, and so forth) 

Any additional six-byte entries in the same format 
as bytes 15-20 
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NC_.ER.J3P 


NC_ERJ3P; PU_T415—>PU_T4|5, Exp; NC (EXPLICIT ROUTE OPERATIVE) 

DCL 1 NC_ER_OP_RQ BASED(ADDR(RU)), /* Byte(s)*/ 


2 

RQ_CODE 

BIT( 8) , 

/* 

0 


2 

RESERVED 

BIT(16)> 

/* 

1-2 

*/ 

2 

FORMAT 

BIT ( 8 ) t 

/* 

3 

X/ 

2 

RESERVED 

BIT(8)» 

/* 

4 

*/ 

2 

ORIGINATING_SA 

BIT( 32 3 > 

/* 

5-8 


2 

TG_ADJ_SA 

BIT(32)> 


9-12 


2 

TG_NUM 

BIT(8)» 

/* 

13 


2 

CNT_ER_FIELD 

BIT(8)» 

/* 

14 

*z 

2 

ER_FIELD(1:REFER(CNT_ER_ 

FIELD)), 





3 SA 

BIT(32)> 

/* 1 5 

-18+6n*/ 


3 MASK 

BIT(16); 

/*19 

— 20 + 6 n*/ 


0 

1-2 

3 

4 

5-8 

9-12 

13 

14 


15-20 


15-18 

19-20 


21-n 


X'QF' request code 
Reserved 

Format: X'01' (Only value defined) 

Reserved 

Subarea address of the PU that originated the 
NC_ER_OP 

Subarea address on other end of the operational TG 
TG number of the operational TG 

Number of destination subareas that are routed to 
using the ERs requiring the above TG 
Operative ER Field 

Note : This field is included if at least one 

operative ER exists for the subarea in bytes 
15-18. 

Subarea address of a destination that is routed to 
using an ER requiring the above TG 

Operative explicit route mask: a bit is on if the 
ER for the corresponding ERN is operative (bit 0 
corresponds to ERN 0 > bit 1 to ERN 1» and so 
forth) 

Any additional six-byte field entries in the same 
format as bytes 15-20 


NC_ER_TEST; PU_T4I 5—>PU_T4|5» Exp 

DCL 1 NC_ER_TEST_RQ 
2 RQ_C0DE 
2 RESERVED 
2 FORMAT 
2 RESERVED 
2 ER_LENGTH 
2 MAX_ER_LENGTH 
2 DESTINATION_SA 
2 RESERVED 
2 ER_NUM 

2 ORIGINATING_SA 
2 REV_ERN_MASK 
2 MAX_PIU_SIZE 
2 RESERVED 


NC (EXPLICIT ROUTE TEST) 


BASED(ADDR(RU) ) , 

/* 

Byte(s)*/ 

BIT(8) , 

/* 

0 


BITC16) » 

/* 

1-2 


BIT ( 8 ) » 

/* 

3 


BIT( 8 ) » 

/* 

4 

*/ 

BIT ( 8 ) » 

/ & 

5 


BIT(8) , 

/* 

6 


BIT(32) * 

/* 

7-10 

¥:/ 

BIT(12) , 

/* 

11-12 

*/ 

BIT(4)> 




BIT(32 ) > 

/* 

13-16 


BIT(16 ) » 

/* 

17-18 


BIT(16) , 

/* 

19-20 


BIT(16)» 

/& 

21-22 

*/ 
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NC ER_TEST 


2 ORIGINATING_SSCP 
2 RQ_CORRELATION 


BIT(48), /* 23-28 */ 

CHAR(IO); /* 29-38 */ 


0 


3 

4 

5 


6 

7-10 

11 

12 

13-16 

17-18 


19-20 


X’09' request code 
Reserved 

Format: X'01’ (only value defined) 

Reserved 

Explicit route length: initially set to zero by 

the PU that originated the NC_ER_TEST, incremented 
by one at each receiver of the original or 
propagated NC_ER_TEST 

Maximum ER length (number of TGs comprising the 

ER), specified by the request originator 

Subarea address of the destination of ER 

corresponding to the ERN specified in byte 12, 

bits 4-7 

Reserved 

bits 0-3, reserved 

bits 4-7, ERN of the explicit route being tested 
Subarea address of the PU that originated the 
NC_ER_TEST 

Reverse ERN mask: a bit is .on if the 

corresponding ERN can be used to route to the 
originating subarea (Bit 0 corresponds to ERN 0, 
bit 1, to ERN 1 and so forth.) 

Maximum size of PIU allowed on the ERN specified 
in byte 12, bits 4-7: 

X ’ 0 0 ’ no restriction (only value defined) 


21-22 Reserved 

23—28 Network address of the SSCP that originated the 

corresponding NS request 

29-38 Request correlation field: an implementation 

defined value, which is returned in 


NC_ER_TEST_REPLY for correlation of reply to 
request 


,test_reply; 

PU_T 4|5—>PU_T 4|5, 

EXP; NC 

(EXPLICIT 

ROUTE TEST 

REPLY) 







DCL 1 NC_ER_TEST_REPLY_RQ 

BASED(ADDR(RU) ) , 

/* 

Byte(s)*/ 

2 

RQ_CODE 


BIT(8), 

/* 

0 

*/ 

2 

RESERVED 


BIT(16), 

/* 

1-2 

*/ 

2 

FORMAT 


BIT(8)» 

/* 

3 

*/ 

2 

TYPE 


BIT ( 8 ) , 

/* 

4 

*/ 

2 

ER_LENGTH 


BIT ( 8 ) » 

/* 

5 


2 

MAX_ER_LENGTH 


BIT ( 8 ) , 

/* 

6 

*/ 

2 

DESTINATION_SA 


BIT(32), 

/* 

7-10 


2 

RESERVED 


BIT(12), 

/* 

11-12 

*/ 

2 

ER_NUM 


BIT ( 4 ) » 




2 

ORIGINATING_SA 


BIT(32 ) , 

/* 

13-16 


2 

REV_ERN_MASK 


BIT(16), 

/* 

17-18 


2 

MAX_PIU_SIZE 


BIT(16) , 

/* 

19-20 

*/ 

2 

MAX_PIU_SIZE_FROM_TEST 

BIT(16), 

/* 

21-22 


2 

ORIGINATINS_SSCP 


BIT(48) , 


23-28 
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RESPONSE 

UNIT (RU) 

FORMATS E 
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NC_ER 


E-34 


TEST REPLY 


0 

1-2 

3 

4 


5 

6 

7-10 

11 

12 

13-16 

17-18 

19-20 

21-22 

23-28 

29-38 

39-42 

43-46 


2 

RQ_C0RRELATION 

CHAR(10), 

/* 

29-38 

*/ 

2 

REPLY__SA 

BIT(32), 


39-42 

*/ 

2 

TG_ADJ_SA 

BIT(32) , 


43-46 


2 

TG_NUM 

BIT(8)> 
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X’OA* request code 
Reserved 

Format: X ' 01' (only value defined) 
Type : 


X 

o 

o 

The corresponding NC_ 
destination subarea 

ER_TEST 

reached 

i ts 

X ' 0 2 ’ 

ER not reversible since 
reverse ERN defined 

there is 

no 

X * 0 3 ’ 

encountered a PU that 
and VR protocols 

does not support 

ER 

X' 04' 

ER length exceeded the 

limit 

specified 

in 


the NC_ER_TEST request 
X'05' ER requires a TG that is not active 
X ’ 0 6 ' ER is not defined in the NC_ER_TEST_REPLY 
originating node 

Explicit route length, in terms of number of the 
transmission groups in the explicit route as 
accumulated in NC_ER_TEST. 

Maximum ER length, as specified in the NC_ER_TEST 
request 

Subarea address of the destination PU for 

corresponding NC_ER_TEST 

Reserved 

bits 0-3, reserved 

bits 4-7, ERN of the ER being tested 

Subarea address of the PU that originated the 

corresponding NC_ER_TEST 

Reverse ERN mask: a bit is on. if the 

corresponding ERN can be used to route to the 
originating subarea 

Maximum PIU size permitted on the reverse ERN 
specified in bytes 17-18: 

X'0000' no restriction (only value defined) 
Maximum PIU size accumulated by the NC_ER_TEST: 

X’OOOO' no restriction (only value defined) 
Network address of the SSCP originating the 
corresponding NS test request 

Request correlation field: same value as specified 
in the corresponding NC_ER_TEST 

Subarea address of the PU that originated this 
NC_ER_TEST_REPLY 

Subarea address depending on the type field (byte 
4) as follows: 

Type Contents of this field 
X'OO' reserved 

X’02' subarea on the ER prior to that with no 
reverse ERN defined 
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NC_ER TEST REPLY 


X'03* subarea that does not support ER and VR 
protocols 

X’04' subarea on the ER preceding the subarea 
where the explicit route length (byte 5 of 
NC_ER_TEST) is incremented to a value one 
more than the maximum ER length limit 
(byte 6) 

X'05' subarea on the other end of the TG that is 
not active 

X'06’ subarea on the ER from which the PU (that 
does not have the ER defined)* received 
the corresponding NC_ER_TEST 
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TGN of the TG between the subareas specified in 
bytes 39-42 and 43-46* reserved if Type is X’OO' 


NC_IPL_ABORT > 

PU 

_T4|5—>PU_T2 * Exp; NC 

(NC IPL ABORT) 



DCL 

1 

NC_IPL_ABORT_RQ 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 



2 RQ_C0DE 

BIT(8)* 

/* 

0 */ 



2 SENSE_DATA 

BIT(32); 

/* 

1-4 */ 

0 


X'46' request code 




1-4 


Sense data 




nc_ipl_final; 

PU 

_T4 | 5—>PU_T2, Exp,* NC 

(NC IPL FINAL) 



DCL 

1 

NC_IPL_FINAL_RQ 

BASED(ADDR(RU)), 

/* 

Byte ( s'i*/ 



2 RQ_CODE 

BIT(8) * 

/* 

0 */ 



2 ENTRY_POINT 

BIT(32) ; 

/* 

1-4 */ 

0 


X'02' request code 




1-4 


Entry point location (hexadecimal address) within 



load module 




NC_IPL_INITJ 

PU_ 

,T4 ! 5—>PU_T2 * Exp; NC 

(NC IPL INITIAL) 



DCL 

1 

nc_ipl_init_rq 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 



2 RQ_CODE 

BIT(8) , 

/* 

0 */ 



2 RESERVED 

BIT(8), 

/* 

1 «/ 



2 LOAD_MODULE 

CHAR(8); 

/* 

2-9 */ 


0 

1 

2-9 


X'03' request code 
Reserved 

IPL load module: an 

symbolic name of the 
transiai tted 


eight-character EBCDIC 
IPL load module to be 
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NC IPL TEXT 


NC_I PL. 


NOTIFY 


E-86 


TEXT; PU_T415—>PU_T2, Exp; NC (NC IPL TEXT) 


DCL 1 NC 

_IPL_TEXT_RQ 

BASED(ADDR(RU) ), 

/* 

Byte(s)*/ 

2 

RQ_CODE 

BIT(8), 

/* 

0 */ 

2 

IPL_TEXT 

char(*); 

/* 

1-n */ 


0 X'04* request code 

1-n Text: a variable-length byte-string of IPL data* 

where the maximum value of n is 255 


; SSCP—>SSCPILU, LU—>SSCP, Norm; FMD NSCs) (NOTIFY) 


DCL 1 NOTIFY_RQ BASED( ADDR(RU)), 

2 NS_HEADER BIT(24), 

2 VECTOR_KEY BIT(8), 

2 VECTOR_DATA CHAR(*); 


DCL 1 NOTIFY_VECTOR_01 

BASED(ADDR(NOTIFY_RQ.VECTOR_DATA)), 
2 REQUESTED_LU_NTWK_NAME_TYPE BIT(8), 

2 R EQUESTED_LU_NTWK_NAME_L ENGTH BIT(8), 

2 REQUESTED_LU_NTWK_NAME 
CHAR(REFER(REQUESTED_LU_NTWK_NAME_LENGTH)), 
2 REQUESTING_LU_NTWK_NAME_TYPE BIT(8), 

2 REQUESTING_LU_NTWK_NAME_LENGTH BIT(8), 

2 REQUESTING_LU_NTWK_NAME 
CHAR(REFER(REQUESTING_LU_NTWK_NAME_LENGTH ))i 


DCL 1 NOTIFY_VECTOR_03 

BASED(ADDR(NOTIFY_RQ.VECTOR_DAT A)), 
2 STATUS BIT(8)» 

2 PCID CHAR( 8 ) > 

2 REASON BIT(8)> 

2 SENSE_DATA BIT(32), 

2 SESSION_KEY BIT(8), 

/* See 


2 S E S S10 N_K E Y_C 0 N T E N T 

CHAR(REFER(SESSION_KEY_LENGTH)), 
2 URC_LENGTH BIT(8), 

2 URC CHAR(REFER(URC_LENGTH)); 


DCL 1 NOTIFY_VECTOR_04 

BASED(ADDR(NOTIFY_ 

2 TYPE 
2 CAUSE 
2 ACTION 
2 SESSION KEY 


RQ.VECTOR_DATA)), 
BIT ( 8 )> 
BIT(8) , 
BIT(8)> 
BIT(8) , 
/* See 


2 SESSION_KEY_CONTENT 

CHAR(REFER(SESSION_KEY_LENGTH)), 
2 URC_LENGTH BIT(8), 


/* 

Byte(s 


/* 

0-2 


/* 

3 

*/ 

/* 

4-end 

*/ 


/* 

Byte(s )*/ 

/* 

4 

*/ 

/* 

5 

*/ 

/* 

6-m 

*/ 

/* 

m+1 

*/ 

/* 

m+2 

*/ 

/* 

m+3-p 



/* 

Byte (s 

)*/ 

/* 

4 

*/ 

/* 

5-12 

*/ 

/* 

13 

*/ 

/* 

14-17 

*/ 

/* 

18 


age 

E-127 

*/ 

/* 

1 9-n 

*/ 

/* 

n + 1 

*/ 

/* 

n + 2-p 

*/ 


/* 

Byte (s 

)*/ 

/* 

4 

*/ 

/* 

5 

*/ 

/* 

6 

*/ 

/* 

7 

*/ 

page 

E-127 

*/ 

/* 

7-n 

*/ 

/* 

n + 1 
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NOTIFY 


2 URC CHAR(REFER(URC_LENGTH))> /* n+2-p */ 

DCL 1 NOTIFY_VECTOR_OC 



BASED(ADDR(NOTIFY_RQ.VECTOR 

_DAT A)), 

/* 

Byte(s)*/ 

2 

VECT0R_L ENGTH 

BITC8) , 

/* 

4 

*/ 

2 

PRI_LU_CAPABILITY 

BIT(4), 

/* 

5 

*/ 

2 

SEC_LU_CAPABILITY 

BIT(4), 




2 

L U_ L U_S E S S10 N_ LIMIT 

BIT(16), 

/* 

6-7 

*/ 

2 

LU_LU_SESSION_COUNT 

BIT( 16) , 

/* 

8-9 

*/ 

2 

PARAL LE L_SES5IQN_CAPABILITY 

BIT(1 ) , 

/* 

10 

*/ 

2 

RESERVED 

BIT( 7) » 




2 

MODE_TABLE_NAME 

CHAR(8 ) » 

/* 

11-18 

*/ 


0-2 

0-2 

3 


4-p 

4-m 

4 

5 

6-m 

m+l-p 

m+1 

m+2 

m+3-p 

4 


X ' 810 6 2 0 * NS header (for SSCP—>LU and LU—>SSCP) 

X'8186 2 0' NS header (for SSCP — >SSCP) 

NOTIFY vector key: 

X'01' resource requested: used to send NOTIFY 

to the current users (LUs) of a resource 
(LU) to inform them that another LU wishes 
to use the resource 

X'03 T ILU/TLU or third-party SSCP notification: 

• ILU/TLU notification: used to send 

NOTIFY to the issuer of an INIT or TERM 
request to give the status of the 
session 

• third-party SSCP notification: used to 
send NOTIFY to a third-party SSCP (the 
SSCP whose LU issued an INIT-OTHER or 
TERM-OTHER request) to give the status 
of the setup/takedown procedure 

X'04’ LU notification: used to send NOTIFY to an 
LU informing it of the completed 
deactivation of the identified LU-LU 
session 

X'OC' LU-LU session services capabilities: used 
to send NOTIFY to the SSCP having an 
active session with the sending LU, to 
convey the current LU-LU session services 
capability of that LU 
NOTIFY Vector Data 

• For NOTIFY vector key X’Ol*: 

Network name of requested LU 
Type: X ' F 3 * logical unit 

Length, in binary, of symbolic name of LU 

Symbolic name in EBCDIC characters 

Network name o f requesting LU 

Type: X * F 3 ' logical unit 

Length, in binary, of symbolic name 

Symbolic name in EBCDIC characters 

• For NOTIFY vector key X ' 0 3 ': 

Status : 

X’Ol* session terminated 
X'02’ session initiated 
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NOTIFY 


X'03' procedure error 
X*04' setup process started 
5-12 PCID 

5-6 Network address of the SSCP(ILU) or SSCP(TLU) 

7-12 A unique 6-byte value, generated by the SSCP(ILU) 

or SSCP(TLU), that is used in all cross-domain 
requests dealing with the same setup or takedown 
procedure until it is completed 
13 Reason (defined for Status value of X'03* only) 

Note : There are two encodings of the Reason byte: 

• If bit 4 =0, then the Reason byte is encoded 

for a setup procedure error. 

• If bit 4 = 1, then the Reason byte is encoded 

for a takedown procedure error. 

Setup Procedure Error 

bit 0, 1 CINIT error in reaching the PLU 

bit 1, 1 BIND error in reaching the SLU 

bit 2, 1 setup reject at the PLU 

bit 3, 1 setup reject at the SLU 

bit 4, 0 setup procedure error 

bit 5, reserved 

bit 6, 1 setup reject at SSCP 

bit 7, reserved 
Takedown Procedure Error 

bit 0, 1 CTERM error in reaching the PLU 

bit 1, 1 UNBIND error in reaching the SLU 

bit 2, 1 takedown reject at the PLU 

bit 3, 1 takedown reject at the SLU 

bit 4, 1 takedown procedure error 
bit 5, 1 takedown reject at the SSCP 
bit 6» 0 see following Note 

bit 7, reserved 

Note : The bit combination of 11 for bits 4 

and 6 is set aside for implementation 
internal use and will not be otherwise 
defined. 

14-17 Sense data (defined for Status value of X'03 T 

only) 

18 Session key: 

X'0 5' PCID 

X*06* network name pair 
X' 0 7 * network address pair 
X ' 0 A ' URC 

19-n Session Key Content 

• For session key X’05*: PCID 

19-20 Network address of the SSCP(ILU) 

21-26(=n) A unique 6-byte value, generated by the SSCP(ILU), 

that is retained and used in all cross-domain 
requests dealing with the same procedure until it 
is completed 

Note : This session key is applicable within a 

NOTIFY only for SSCP-to-SSCP(TLU) » it differs from 
the PCID carried in the NOTIFY Vector Data field 
(bytes 5-12) for NOTIFY vector key X’03’. 
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NOTIFY 


19 

20 

21-m 

m+1 

m+2 

m+3-n 

19- 20 
21 - 22 ( 

19 

20- n 


n + l-p 
n + 1 
n+2-p 


4 


5 

6 


7 


8-n 

8 

9 

10-m 

m+1 

m+2 

m+3-n 

8-9 

10 - 11 ( 
n + l-p 
n + 1 


• For session key X T 06’: network name pair 
Type: X’F3’ logical unit 

Length, in binary, of symbolic name of PLU (or OLU 
or LU1) 

Symbolic name in EBCDIC characters 
Type: X’F3' logical unit 

Length, in binary, of symbolic name of SLU (or DLU 
or LU2) 

Symbolic name in EBCDIC characters 

• For session key X'07*: network address pair 
Network address of PLU 

n) Network address of SLU 

• For session key X'OA*: URC 
Length, in binary, of the URC 
URC: end user defined identifier 

Note : This session key is applicable within a 

NOTIFY only for SSCP-to-TLU; it is the URC carried 
as the session key in TERM, and differs from the 
URC in bytes n+1 through p. 

User Request Cor relation ( URC ) Field 
Length, in binary, of the URC 

URC: end user defined identifier, specified in an 
INIT or TERM request; used to correlate the given 
session to the initiating or terminating requests 
Note : The URC length is zero for SSCP-to-SSCP. 

• For NOTIFY Vector key X’04' 

Type: 

X’Ol’ session count decremented; no 

corresponding INIT-SELF 

X't^' session count decremented; corresponding 
INIT-SELF 

Cause: cause of' deactivating the (LU,LU) session, 
as specified in byte 4 of SESSEND 

Action: any reactivation of the (LU,LU) session to 
be performed by either the PLU or SLU as specified 
in SESSEND or CDSESSEND 
Session key: 

X’06 f network name pair 
X’07* network address pair 
Session Key Content 

• For session key X*06 ? : network name pair 
Type: X’F3' logical unit 

Length, in binary, of symbolic name of PLU (or OLU 
or LU1) 

Symbolic name in EBCDIC characters 
Type: X *F3 * logical unit 

Length, in binary, of symbolic name of SLU (or DLU 
or LU2) 

Symbolic name in EBCDIC characters 

• For session key X'07*: network address pair 
Network address of PLU 

n) Network address of SLU 

User Request Correlation ( URC ) Field 
Length, in binary, of the URC 
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NOTIFY 


n + 2-p 


4 

5 


6-7 

8-9 


10 


ll-18(=p) 


URC (from INIT-SE LF , if Type = X'02’5 otherwise, 

not included) 

For NOTIFY Vector Key X’OCV: 

Length, in binary, of vector data field 
bits 0-3, primary LU capability: 

0000 cannot ever act as primary LU 
0001 cannot currently act as primary 
LU 

0010 reserved 

0011 can now act as primary LU 
bits 4-7, secondary LU capability: 

0000 cannot ever act as secondary LU 
0001 cannot currently act as secondary 
LU 

0010 reserved 

0011 can now act as secondary LU 
LU-LU session limit (where a value of zero means 
that no session limit is specified) 

LU-LU session count: the number of LU-LU sessions 
that are not reset, for this LU, and for which 
SESSEND will be sent to the SSCP 
bit 0, parallel session capability: 

0 parallel sessions not supported 
1 parallel sessions supported 
bits 1-7, reserved 

Mode table name: a symbolic name in EBCDIC 
characters 

Note : A value of all space (X'40') characters 

means that the mode table name is to be selected 
by the SSCP. 


NS_IPL_AB0RTJ SSCP—>PU_T2, Norm; FMD NS(c) (NS IPL ABORT) 


DCL 1 NS_IPL_ABORT_RQ 

BASED(ADDR(RU) ) , 

/* 

Byte(s)*/ 

2 NS_HEADER 

BIT(24), 

/* 

0-2 */ 

2 SENSE_DATA 

BIT(32) ; 

/* 

3-6 */ 


0-2 X * 410246' NS header 

3-6 Sense data 


NS_IPL_FINAL; SSCP—>PU_T2, Norm; FMD NS(c) (NS IPL FINAL) 

DCL 1 NS_IPL_FINAL_RQ BASED(ADDR(RU)), /* Byte(s)*/ 

2 NS_HEADER BIT(24), /* 0-2 */ 

2 ENTRY_POINT BIT(32); /* 3-6 */ 

0-2 X'410245' NS header 

3-6 Entry point location (hexadecimal address) within 

load module 
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NS IPL INIT 


INITJ SSCP—>PU_T2, Norm; FMD NSCc) CNS IPL INITIAL) 


NS_IPL_INIT_RQ 

BASEDCADDRCRU) ) , 

/* 

Byte C s)*/ 

2 NS_HEADER 

BITC24), 

/* 

0-2 */ 

2 RESERVED 

BITC8), 

/* 

3 

2 LOAD_MODU LE 

CHAR C 8); 

/* 

4-11 */ 


X' 410 243 * NS header 
Reserved 

IPL load module: eight-character EBCDIC symbolic 

name of the IPL load module to be transmitted 

TEXT; SSCP—>PU_T2, Norm; FMD NSCc) (NS IPL TEXT) 


0-2 

3 

4-11 


DCL 1 NS_IPL_TEXT_RQ BASEDCADDRCRU)), /* Byte(s)*/ 

2 NS_HEADER BITC24), /* 0-2 */ 

2 IPL_TEXT CHARC*); /* 3-n */ 


0-2 X'410244’ NS header 

3-n Text: a variable-length byte-string of IPL data 

PU_T4|5—>SSCP, Norm; FMD NSCc) (NS LOST SUBAREA) 


DCL 1 NS_LSA_RQ 

2 NS_HEADER 
2 REASON 
2 FORMAT 
2 RESERVED 
2 PU_ADDRESS 
2 SUBAREASC*), 

3 RESERVED 
3 SUBAREA_ADDRESS 
3 RESERVED 


BASEDCADDRCRU) ) , 
BITC24), 
BIT(8 ) » 
BITC8) , 
BITC16), 
BITC16) , 


/* 

Byte C s )*/ 


0-2 

*/ 

/* 

3 

*/ 


4 

*/ 

/* 

5-6 


/* 

7-8 

*/ 


BITC16), /*9-l0+4n */ 
BIT C 8)» /* 1l+4n */ 
BIT(8); /* 12+4n */ 


0-2 X*010285’ NS header 

Note : Bytes 3-n are identical to those in the 

originated or propagated LSA. 

3 Reason code, specifying why LSA was originated: 

X'01’ unexpected routing interruption 
X'02' controlled routing interruption 

4 Format: X*01' (only value defined) 


5-8 

Oriaination Address 



5-6 

Reserved 



7-8 

Network address of the PU that 

originated 

the LSA 

9-12 

Lost Subarea Address Field 



9-10 

Reserved 



11 

Subarea address Cleft-justified) for 

a lost 


subarea 



12 

Reserved 



13-n 

Additional 4-byte fields in 

the form 

of bytes 


9-12> cor responding to additional lost subareas 
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NSPE 


nspe; 


SSCP—>ILU or TLU» Norm; FMD NSCs) (NS PROCEDURE ERROR) 

DCL 1 NSPE_RQ BASED(ADDR(RU): 

2 NS_HEADER BITC24 

2 REASON BIT(8 

2 VARIABLE_FORMAT CHAR(* 


DCL 1 NSPE_COMPREHENSIVE_FORM_RQ 
BASED(ADDR(NSPE_RQ.VAR] 
2 SENSE_DATA 
2 SESSION_KEY 

2 SESSIONKEYCONTENT 


DCL 1 NSPE_CONDENSED_FORM_RQ 

BASEDCADDR(NSPE_RQ.VAR IABLE_FORMAT)), 
2 PLU_UNINTRP_NAME_TYPE BIT(8), 
2 PLU_UNINTRP_NAME_LENGTH BIT(8), 
2 PLU_UNINTRP_NAME 

CHAR(REFER(PLU_UNINTRP_NAHE_LENGTH)), 
2 SLU_UNINTRP_NAME_TYPE BIT(8), 
2 SLU_UNINTRP_NAME_LENGTH BIT(8), 
2 SLU_UNINTRP_NAME 

CHAR(REFER(SLU_UNINTRP_NAME_LENGTH)); 


/* 

Byte(s)*/ 

/* 

0-2 

*/ 

/* 

3 

*/ 

/* 

4-n 

*/ 

/* 

Byte(s)*/ 

/* 

4-7 

*/ 

/* 

8 

*/ 

'age 

E-127 

*/ 

/* 

9-n 

*/ 

/* 

Byte(s )*/ 

/* 

4 

*/ 

/* 

5 

*/ 

/* 

6-m 

*/ 

/* 

m+1 


/* 

m+2 

*/ 

/* 

m+3-n 



0-2 X'010 604' 

Note : The remaind 

coinprehens i ve form 
setting of bit 7 of 
implementation-depe 
Comorehen 


Reason 
Note : Th 

in the co 

• I f b i t 
for a 

• If bit 
for a 

Setup Pro 
bit 0, 

1, 

2 , 

3 , 

4, 

5, 

6 t 

7, 


NS header 

er of this RU has two formats: a 

and a condensed form, based upon the 
the Reason byte (byte 3). The choice is 
ndent. 
sive Format 


b i t 
b i t 
b i t 
bit 
b i t 
b i t 
bit 
Takedown 
bit 0, 1 

bit 1, 1 

bit 2, 1 

bit 3, 1 


1 

1 

1 

1 

0 

re 

1 

1 


ere are 
mprehens 
4 = 0, 

setup pr 
4 = 1, 

takedown 
cedure E. 
CINIT 
BIND e 
setup 
setup 
setup 
served 
setup 
compre 
Procedur 
CTERM 
UNBIND 
takedo 
takedo 


the Reason byte 
byte is encoded 
byte is encoded 

the PLU 


two encodings of 
ive format: 

then the Reason 
ocedure error, 
then the Reason 
procedure error. 
r ror 

error in reaching 
rror in reaching the SLU 
reject at the PLU 
reject at the SLU 
procedure error 

reject at SSCP 

hensive format of Reason byte 
e Error 

error in reaching the PLU 
error in reaching the SLU 
wn reject at the PLU 
wn reject at the SLU 
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PROCSTAT; 


4-7 

8 

9-n 

9 

10 

11-ra 
m + 1 
m+2 
m+3-n 


4-ra 

4 

5 

6-m 

m+l-n 

m+1 

m+2 

m+3-n 


takedown procedure 
takedown reject at 
see following Note 
comprehensive format 


1 
1 
0 
1 

The bit combination of 11 
aside for implementation 
otherwise defined. 


name pair 


error 

SSCP 


bit 4, 
bit 5, 
bit 6, 
bit 7, 

Note : 
is set 
will not be 
Sense data 
Session key: 

X ' 0 6 ’ uninterpreted 
Session Key Content 

For session key X'06": uninterpreted 
Type: X ’ F 3' logical unit 
Length* in binary* of the PLU name 
EBCDIC character string 
Type: X ' F 3 ’ logical unit 
Length, in binary, of the SLU name 
EBCDIC character string 
Condensed Format 
Reason: 
bit 0, 
bit 
bit 
b i t 
b i t 
bit 
bit 
bit 


of Reason byte 

for bits 4 and 6 
internal use and 


name pair 


1 * 

2, 

3, 

4, 

5, 

6, 

7, 


1 

1 

1 

1 

1 

1 

1 

0 


CINIT error in reaching the PLU 
BIND error in reaching the SLU 
setup reject at the PLU 
setup reject at the SLU 
takedown failure 
takedown reject at SSCP 
setup reject at SSCP 
condensed format 
Uninterpreted name of PLU 
Type: X’F3’ logical unit 
Length, in binary, of PLU name 
EBCDIC character string 
Uninterpreted name of SLU 
Type: X'FS" logical unit 
Length, in binary, of SLU name 
EBCDIC character string 


PU_T4|5—>SSCP» Norm? FMD NS(c) (PROCEDURE STATUS) 


PROCSTAT_RQ 

BASEDCADDR(RU)), 

/* 

Byte(s)*/ 

2 

NS_HEADER 

BITC24), 

/* 

0-2 

*/ 

2 

RESERVED 

BIT(32 ) , 

/* 

3-6 

*/ 

2 

PU_ADDR ESS 

BIT(16), 

/* 

7-8 

*/ 

2 

PROCEDURE_TYPE 

B IT ( 8 ) , 

/* 

9 

*/ 

2 

PROCEDUR E_STATUS 

B IT ( 8 ) , 

/* 

10 

*/ 

2 

RESERVED 

BIT(16 ) , 

/* 

11-12 

*/ 

2 

FAILING_NC_RQ_CODE 

BIT(8) , 

/* 

13 

*/ 

2 

SENSE_DATA 

BITC32); 

/* 

14-17 

*/ 


0-2 

X'4102 36» 

NS header 




3-6 

Reserved 





7-8 

Network address of PU for 

which 

the 

procedure was 


initiated 





9 

Procedure 

type 





APPENDIX E. 

REQUEST-RESPONSE 

UNIT 

(RU) 

FORMATS E-9 3 



PROCSTAT 


X * 00' load (only value defined) 

10 Procedure status: 

X 1 00 ' successful (bytes 13-17 set to 0's) 

X * 01 * reserved 

X' 02 ' failure occurred—procedure failure? bytes 
13-17 contain additional information 

11-12 Reserved 

13- 17 Status Qualifier 

13 Request code of failing NC RU 

14- 17 Sense data returned in the -RSP for the failing NC 

RU 

QCJ LU—>IU» Norm; DFC (QUIESCE COMPLETE) 

DCL 1 QC_RQ BASED(ADDR(RU) ) » /# Byte(s)*/ 

2 RQ_CODE BIT(8); /* 0 */ 


QEC» LU —>LU, Exp; DFC (QUIESCE AT END OF CHAIN) 

DCL 1 QEC_RQ BASED(ADDR(RU)), /* ByteCs)*/ 

2 RQ_C0DE BIT(8); /* 0 */ 

0 X'80' request code 

RECFMS; PU—>SSCP|PUCP, Norm; FMD NS(ma) (RECORD FORMATTED MAINTENANCE 
STATISTICS) 


DCL 1 

RECFMS_RQ BASED(ADDR(RU)), 

/* 

Byte(s)^/ 


2 

NS_HEADER 

BIT(24), 

/* 

0-2 

*/ 


2 

CNM_HEADER, 







3 TARGET_ID 

BIT(16), 

/* 

3-4 

*/ 



3 TARGET_ID_DESCRIPTOR 

BIT(16), 

/* 

5-6 




3 R E Q U E S T_S P E CIFIC_INFO 

BIT(S), 

/* 

7 

*/ 


2 

REQUEST_SPECIFIC_DATA 

CHAR(*); 

/* 

8-n 


0-2 


X'410384’ NS header 





3-7 


CNM Header 





3-4 


CNM target ID, as specified 

in bytes 

5-6 $ 

bits 

2-3 

5-6 


bits 0-1, reserved 






bits 2-3, CNM target ID descriptor: 

00 byte 4 contains a local address for 
a PU or LU in a PU_T2 node or an 
LSID for a PU or LU in a PU_T1 
node; byte 3 is reserved 
01 bytes 3-4 contain a network address 
identifying a link, adjacent link 
station, PU, or LU in the origin 
subarea 

bits 4-15, procedure related identifier (PRID) 
(see Note below) 

7 Request - Specific Information 

bit 0, solicitation indicator: 

0 unsolicited request 


E-94 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 



RECFMS 


1 reply request 

bit 1, not last request indicator: 

0 last request in a series of related 
unsolicited or reply requests* e.g., 
last reply request in a series 
corresponding to a single soliciting 
request 

1 not last request 

bits 2-7» request-specific type code (see below) 

Note: For reply (i.e.» solicited) requests* bytes 3-6 and 

byte 7* bits 2-7* echo the corresponding fields in the CNM 
header received in the request that solicited the reply 
request(s). 


For unsolicited requests* these fields—the CNM target ID 
descriptor* the CNM target ID, the PRID, and the 
request-specific information—are generated by the request 
sender. For unsolicited requests, the PRID field contains 
X’000’ . 


7-n 

7 


8-13 


12-13 

14-19 

14 


15 


16-19 


Alert 

bit 0, reserved 

bit 1* not last request indicator (see above) 
bits 2-7* type code: 000000; any defined CNM 
target id is valid 
Node Identification 
bits 0-11, block number 
bits 12-31, ID number 
Reserved 

Alert Classification 
bits 0-1* reserved 

bits 2-7, alert classification code: valid values 
are the same as the valid Type codes for 
RECFMS (byte 7, bits 2-7), with the 
exception of 000000 

Subclassification identifier: the 

subclassification for the classification indicated 
in byte 14; if the RECFMS type identified by byte 
14, bits 2-7, has a further qualification (e.g., 
RECFMS types 000011 and 000110 have qualifiers in 
byte 14 of their formats), this byte contains the 
qualifying value; if not, the byte is reserved 
Alert reason mask: a mask field selecting the 
item(s) that caused the alert event to be 

originated; a bit value of 1 indicates that the 
corresponding data item was a reason for the alert 
event; if the RECFMS type identified by byte 14, 
bits 2-7, and byte 15 has a validity mask field, 
the format of the Alert Reason Mask field is the 
same as the format of the Validity Mask field 
(e.g., RECFMS 000011 bytes 15-17); if the 
identified RECFMS does not contain a validity 
mask, the i’th bit of this field corresponds to 
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the i'th data item in the identified RECFMS 

20-n Appended RECFMS vector(s): zero or more RECFMS 

vectors may be appended to the request to convey 
data available to the CNMS when the alert event 
was originated* including data represented in 
RECFMS types; inclusion of RECFMS vectors is 
optional; appended vectors must be ordered 
according to the binary value of the Vector Type 
field (lowest value first) 

20 Vector length: a binary count of the length in 
bytes of this RECFMS vector (bytes 21-m) 

21 bit 0* criticality indicator: for certain vector 

types, an indication of the urgency of the 
event being reported; if bits 2-7 of this 
byte are not 000000, this bit is reserved; 
if bits 2-7 of this byte are 000000, the 
bit has the following values: 

0 the event cited is noncritical 
1 the event cited is potentially 
terminal; if the CNMA is unavailable, 
the SSCP will display this text 
Note : When the- criticality indicator is 

set to 1 in an appended vector, the 
appended vector (vector type 000000) 

contains a message formatted for display at 
an operator console and must occur as the 
first appended vector. Only one vector of 
type 000000 with the criticality indicator 
equal to 1 may be appended, 
bit 1, reserved 

bits 2-7, vector type: an identifier of the 

information contained in this RECFMS 
vector; valid values are: 

000000 the vector contains a text 

message, composed of SCS 

characters 

-000000 any valid type code for RECFMS 
(byte 7, bits 2-7), with the 
exception of 000000; these 
values indicate that the 

balance of the vector contains 
the information specified in 
bytes 14-n for the identified 
RECFMS type 

Note : The sending of information in 

appended RECFMS vectors does not cause 
reset of any counters. 

22-m Bytes 14-n of the indicated RECFMS type or the SCS 

text message 

m+l-(n-l) Additional vectors (if required) having the same 
format as bytes 20-m 

n X’00' indicating end of appended vectors 

7-17 SDLC Test Command/Response Statistics 

7 bit 0, solicitation indicator (see above) 
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8-13 


12-13 

14-15 


16-17 


7-22 

7 


8-13 


12-13 

14-16 

14 


15-16 

17-18 


19-20 

21-22 

7-30|31 


bit 1# not last request indicator (see above) 
bits 2-7, type code: 000001; the CNM target ID 
identifies a PU_Tli2 
Node identification: 
bits 0-ll» block number 
bits 12-31f ID number 
Reserved 

Counter: the number of times the secondary SDLC 
station has received an SDLC Test command with or 
without a valid FCS 

Counter: the number of times the secondary SDLC 
station has received an SDLC Test command with a 
valid FCS and has transmitted an SDLC Test 
response 

Note : All counters are in binary. 

Summary error data 

bit Of solicitation indicator (see above) 
bit If not last request indicator (see above) 
bits 2-7, type code: 000010; the CNM target ID 
identifies a PU 
Node identification: 
bits 0-11, block number 
bits 12-31, ID number 
Reserved 

Summary counter validity mask: 

bit 0, set to 1 if product error counter is valid 
bit 1, set to 1 if communication adapter error 
counter is valid 

bit 2, set to 1 if SNA negative response counter 
is valid 

bits 3-7, reserved 
Reserved 

Product error counter: a count for the product 
identified by the Node Identification field (bytes 
8-13) of certain product-detected hardware errors 
whose origins are failures designated as internal 
by that product’s own logic capability (The 
identified product has the responsibility for 
further isolation of these failures using its own 
product-specific problem determination and 
maintenance procedures.) 

Communication adapter error counter for 
communication adapter errors whose source is 
either external or internal to the product 
identified by the block number 

Count of SNA negative responses originating at 
this node 

Note : All counters are in binary. 

Communication Adapter Error Statistics : counts of 
selected errors, useful for problem determination, 
that have been supplied by the communication 
adapter (For these errors, the RECFMS Type 000010 
communication adapter error counter is always 
incremented; the RECFMS Type 000010 product error 
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12-13 

14 


15-30 

15-17 

15 


16 


17 

18 



counter is also incremented for those errors 
classified as internal errors by the product 
identified by the block number.) 
bit 0, solicitation indicator (see above) 
bit 1, not last request indicator (see above) 
bits 2-7, type code: 000011? the CNM target ID 
identifies a PU_T1|2 
Node identification: 
bits 0-11, block number 
bits 12-31, ID number 
Reserved 

Communication adapter error counter sets: 

X'01' counter set 1 
X ’ 0 2 ' counter set 2 
X ' 0 3 ' counter set 3 
Data for Counter Sets X and 2 

Communication adapter counter validity mask bytes 
Mask byte 1: 

bit 0, set to 1 if nonproductive time-out or 
receive overrun counter is valid 
bit 1, set to 1 if idle time-out counter is valid 
bit 2, set to 1 if write retry counter is valid 
bit 3, set to 1 if overrun counter is valid 

bit 4, set to 1 if underrun counter is valid 

bit 5, set to 1 if connection problem counter is 
valid 

bit 6, set to 1 if FCS error counter is valid 
bit 7, set to 1 if primary station abort counter 
is valid 
Mask byte 2: 

bit 0, set to 1 if command reject counter is valid 

bit 1, set to 1 if DCE error counter is valid 

bit 2, set to 1 if write time-out counter is valid 

bit 3, set to 1 if invalid status counter is valid 

bit 4, set to 1 if communication adapter machine 
check counter is valid 
bits 5-7, reserved 
Reserved 

Nonproductive time-out counter: no valid SDLC 
frames have been received within the time interval 
specified by the communication adapter? or receive 
overrun counter: the line is "hung" or 

insufficient buffer space has been allocated 
Note : Receive overrun applies only to counter set 

2 . 

Idle time-out counter: no SDLC Flag octets 
received for n. seconds , where n. is spec i f i ed by 
the communication adapter 

Write retry counter: the number of retransmissions 
of one or more SDLC I-frames 

Overrun counter: the number of times one or more 
received characters have been overlaid 
Underrun counter: the number of times one or more 
characters have been transmitted more than once 
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< 


23 Connection problem counter: incremented by one for 
every n retries of commands that establish 
connection with a station* when RLSD drops* or 
whenever write retry is updated--ri is specified by 
the communication adapter 

24 FCS error counter: the number of times a received 
SDLC frame had an invalid FCS 

25 Primary station abort counter: number of times 

eight or more consecutive one bits have been 

received 

26 SDLC command reject counter 

27 DCE error counter: number of DCE interrupts or 
other unexpected conditions (e.g.* "data set 
ready" drops) 

28 Write time-out counter: number of time-outs during 
write operations* e.g.* because of transmit clock 
failures 

29 Invalid status counter: number of times status 

generated by the adapter was not meaningful 

30 Communication adapter machine check counter: 

number of times the communication adapter has been 
identified as causing a machine check 

Note : All counters are in binary. 

15-31 Data for Counter Set 3> 

15- 17 Communication adapter counter validity mask: 

15 bit 0* set to 1 if total transmitted frames 

counter is valid 

bit 1* set to 1 if write retry counter is valid 
bit 2* set to 1 if total received frames counter 
is valid 

bit 3* set to 1 if FCS error counter is valid 

bit 4, set to 1 if command reject counter is valid 

bit 5* set to 1 if DCE error counter is valid 

bit 6* set to 1 if nonproductive time-out counter 

is valid 
bit 7* reserved 

16- 17 Reserved 

18-19 Total transmitted frames counter: the total 

number of SDLC I-frames transmitted successfully 

20-21 Write retry counter: the number of 

retransmissions of one or more SDLC I-frames 

22-23 Total received frames counter: the number of 

SDLC I-frames successfully received 

24-25 FCS error counter: the number of SDLC frames 

received with FCS errors 

26-27 SDLC command reject counter 

28-29 DCE error counter: the number of DCE interrupts 

and other unexpected conditions (e.g.* "data set 
ready" drops) 

30-31 Nonproductive time-out counter: the number of 

times an SDLC frame has not been received within 
the time interval specified by the adapter 
Note : All Counters are in binary. 

15-33 Data for Counter Set 4 ( Note : For a definition of 
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15-17 

15 


16 


17 

18 

19 

20 


21 


22 


23 


24 


adapter, control unit, and System/370 channel 
commands, and orders see implementation 
doc umentation.) 

Adapter counter validity mask bytes 

Mask byte 1: bit is set to 1 if the counter is 
valid 

bit 0, command-reject-while-not-initialized 
counter 

bit 1, command-not-recognized counter 
bit 2, sense-while-not-initialized counter 
bit 3, channel-parity-check-during-selection-sequence 
counter 

bit 4, channel-parity-check-during-data-write-sequence 
counter 

bit 5, output-parity-check-at-controi-unit counter 
bit 6, input-parity-check-at-contro1-unit counter 
bit 7, input-parity-check-at-adapter counter 
Mask byte 2: 

bit 0, data-error-at-adapter counter 
bit 1, data-stop-sequence counter 
bit 2, short-frame-or-length-check counter 
bit 3, connect-received-when-a1 ready-connected 
counter 

bit 4, disconnect-received-while-PU-active counter 
bit 5, long-RU counter 

bit 6, connect-parameter-error counter 
bit 7, Read-Start-Old-received counter 
Reserved 

Command-reject-when-not-initialized counter: an 

initial Control command containing a valid Connect 
order was not received prior to a Restart Reset, 

Read Start 0/1, Write Start 0/1, Read, Write, or 
Write Break command 

Command-not-recognized counter: control unit 

channel adapter received a command code that it 
did not recognize (invalid or not supported) 
Sense-when-not-initia 1ized counter: Sense command 
was received in response to the initial 
asynchronous interrupt (device-end,unit check), or 
Sense command was received without a preceding 
unit check ending status 

Channe1-parity-check-during-select ion-sequence 
counter: control unit channel adapter detected a 

parity error from the channel during the selection 
sequence from the channel 

Channel-parity-check-during-data-write-sequence 
counter: control unit channel adapter detected a 

parity error on channel bus-out during a channel 
Write operation 

Output-parity-check-at-control-unit counter: 

control unit channel adapter detected a control 
unit parity error during a channel Write operation 
Input-parity-check-at-control-unit counter: 

control unit detected a control unit parity error 
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during a channel Read operation 

25 Input-parity-check-at-adapter counter: control 

unit channel adapter detected that it transmitted 
bad parity on channel bus-in during a channel Read 
operation 

26 Data-error-at-adapter counter: control unit 

detected a channel adapter error during an 
internal channel adapter cycle-steal operation 

27 Data-stop-sequence counter: the number of data 

bytes accepted by the System/370*s Read command 
was less than that specified in Connect 

28 Short-frame-or-length-check counter: a minimum 

four bytes have not been transferred as a link 
header; or the byte count specified in the first 
two bytes of the header did not equal the number 
of bytes received during a Control* Write* or 
Write Break operation 

29 Connect-received-when-a1 ready-connected counter: 

a Connect was received when the control unit was 
already connected; this is an error condition and 
the PU is deactivated 

30 Disconnect-received-while-PU-active counter: a 

Disconnect order was received from the System/370 
while the PU is active (i.e.* with no DACTPU 
preceding the Disconnect); this is an error 
condition 

31 Long-RU counter: primary link station has sent an 
RU greater than the secondary link station can 
accept 

32 Connect-parameter-error counter: the Connect was 
rejected because it specified an odd-number buffer 
length, or it specified a buffer size insufficient 
to hold the link header, TH* RH, and at least a 
64-byte RU 

33 Read-Start-Old-received counter: the secondary 

link station received a Read Start Old command 
Note : All counters are in binary. 

7- n PU/LU Dependent Data 

7 bit 0* solicitation indicator (see above) 

bit 1* not last request indicator (see above) 
bits 2-7* type code: 000100; the CNM target ID 
identifies a PUlLU 

8- 13 Node identification 

bits 0-11* block number 
bits 12-31, ID number 

12-13 Reserved 

14-n PU/LU dependent data 

7- n Engineering Change Levels 

7 bit 0, solicitation indicator (see above) 

bit 1* not last request indicator (see above) 
bits 2-7* type code: 000101; the CNM target ID 
identifies a PU 

8- 13 Node identification 

bits 0-11* block number 
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RECMS; 


recstor; 


12-13 

14-n 

7-n 

7 


8-13 

12-13 

14 

15 


16-n 


bits 12-31, ID number 
Reserved 

Implementation defined data describing hardware* 
microcode* and programming levels 
Link Connection Subsystem Data 
bit 0* solicitation indicator (see above) 
bit 1, not last request indicator (see above) 
bits 2-7, type code: 000110,* the CNM target ID 
identifies an adjacent link station in 
the origin subarea 
Node identification 
bits 0-11, block number 
bits 12-31, ID number 
Reserved 
Data selection: 

X’Ol' available data (only value defined) 

Link connection subsystem type: 

X'01* IBM 3863, 3864, or 3865 modem (only value 
defined) 

Link connection subsystem data: product defined 
data 


PU_T 415—>SSCP, Norm; FMD NS(ma) (RECORD MAINTENANCE 
STATISTICS) 


DCL 1 RECMS_RQ 

2 NS_HEADER 
2 TARGET_ADDRESS 
2 MAINTENANCE STATISTICS 


BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

BIT(24), 

/* 

0-2 */ 

BIT(16)» 

/* 

3-4 */ 

CHAROO ; 

/* 

5-n */ 


0-2 X'010381' NS header 

3-4 Network address of resource 

5-n Maintenance statistics 

PU_T415—>SSCP, Norm; FMD NS(ma) (RECORD STORAGE) 


DCL 1 RECSTOR_RQ 
2 NS_HEADER 
2 TARGET_ADDRESS 
2 DISPLAY_TYPE 
2 RESERVED 
2 DISPLAY_LENGTH 
2 DISPLAY_LOCATION 
2 DISPLAY DATA 


BASED(ADDR(RU) ) , 

/* 

Byte(s)*/ 

BIT(24), 

/* 

0-2 

*/ 

BIT(16) , 

/* 

3-4 

*/ 

BIT(8), 

/* 

5 

*/ 

BIT ( 8 ) , 

/* 

6 

*/ 

BIT(16), 

/* 

7-8 

*/ 

BIT(32) , 

/* 

9-12 

*/ 

CHAROO ; 

/* 

13-n 

*/ 


0-2 

3-4 

5 


X'010334' NS header 
Network address of resource 
Display source and type: 
bits 0-3, source (address 
display 
Note : Refer 

documentation for 
values. 

bits 4-7, display type: 


to be displayed 

space) of storage 

to implementation 

description of these 
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0001 

nonstatic storage display 


0010 

static snapshot display 

6 

Reserved 


7-8 

Number of bytes 
this record 

of program storage following 

9-12 

Beginning location 

1 3-n 

Storage display 



RECTD; PU_T415—>SSCP, Norm; FMD NSCma) (RECORD TEST DATA) 


RECTD_RQ 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

2 

NS_H EADER 

BIT(24), 

/* 

0-2 

*/ 

2 

TARGE T_A D D R E S S 

BIT(16), 

/* 

3-4 

*/ 

2 

TEST_SE LECTION 

BIT(32) , 

/* 

5-8 


2 

TEST_STATUS 

CHAR(*); 

/* 

9-n 

*/ 


0-2 

3-4 

5-8 

9-n 


X'010382’ NS header 

Network address of resource under test 
Binary code selecting the test 
Test status and results 


RECTR; PU_T4|5—>SSCP, Norm; FMD NS(ma) (RECORD TEST RESULTS) 


RECTR_RQ 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

2 NS_HEADER 

BIT(24)* 

/* 

0-2 

*/ 

2 C N M_HE A D E R , 


/* 

3-7 

*/ 

3 TARGET_ID 

BIT (1 6 ) , 

/* 

3-4 

*/ 

3 TARSET_ID_DESC 

BIT(16) , 


5-6 

*/ 

3 R E Q U E S T_S P E CIFIC_INFO 

BIT(8 ) * 

/* 

7 

*/ 

2 REQUEST_SPECIFIC_DATA 

CHAR(*) ; 

/* 

8-n 

*/ 


0-2 X’410 38 5' NS header 


3-7 

3-4 

5-6 


7 


CNN Header 

CNM target ID, as specified in bytes 5-6 , bits 2-3 
bits 0-1j reserved 

bits 2-3, CNN target ID descriptor: 

00 byte 4 contains a local address for 
a PU or LU in a PU„T2 node or an 
LSID for a PU or LU in a PU_T1 
node; byte 3 is reserved 
01 bytes 3-4 contain a network address 
identifying a link* adjacent link 
station* PU, or LU in the origin 
subarea 

bits 4-15, procedure related identifier (PR ID) 
(see Note below) 

Request - Specific Information 
bit 0* solicitation indicator: 

0 unsolicited request 
1 reply request 

bit 1 * not last request indicator: 

0 last request in a series of related 
unsolicited or reply requests* e.g.. 
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last reply request in a series 
corresponding to a single soliciting 
request 

1 not last request 

bits 2-7, request-specific type code (see below) 

Note : For reply (i.e.» solicited) requests, bytes 3-6 and 

byte 7, bits 2-7, echo the corresponding fields in the CNM 
header received in the request that solicited the reply 
request(s). 

For unsolicited requests, these fields—the CNM target ID 
descriptor, the CNM target ID, the PRID, and the 
request-specific ?nformation--are generated by the request 
sender. For unsolicited requests, the PRID field contains 
X'000’ . 

Link Level 2. Test Statistics 
7 bit 0, solicitation indicator (see above) 

bit 1, not last request indicator (see above) 
bits 2-7, type code: 000001; the CNM target ID 
specifies an adjacent link station 
attached to a PU_T4|5 node ( Note : When 
the attached adjacent link station is in 
a PU_T1!2 node, the PU CNM ID is used as 
the adjacent link station CNM ID.) 


8 

Reserved 



9-10 

Number of DLC link test frames transmitted 


11-12 

Number of DLC link test frames 
without link errors 

received 

with or 

13-14 

15-16 

Number of DLC link test frames 
link errors 

Reason for test termination: 

received 

wi thout 


X’0000 T test completed without error 

X'0001 ' test completed with erroi-see bytes 

9-14 

X’0002' test ended because of link inoperative 
condition 

X'0003' test initialization failure; bytes 9-14 
contain zeros 

RECTRD; PU_T 41 5—>SSCP, Norm; FMD NS(ma) (RECORD TRACE DATA) 


RECTRD_RQ 

BASED(ADDRCRU)), 

/* 

Byte(s)*/ 

2 NS_HEADER 

BIT(24)» 

/* 

0-2 */ 

2 TARGET_ADDRESS 

BIT(16), 

/* 

3-4 */ 

2 TRACE_TYPE 

BIT(8), 

/* 

5 */ 

2 TRACE_DATA 

charoo; 

/* 

6-n */ 


X’010383' NS header 

Network address of resource under trace 
Trace data type 

bit 0, transmission group trace 
bits 1-4, reserved 
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0-2 

3-4 

5 



RECTRD 


bits 5-6, trace data format 

10 fixed-length data segments 

11 variable-length data segments 
bit 7> link trace 

6-n Trace data 

RELQ; LU—>LU, Exp; DFC (RELEASE QUIESCE) 

DCL 1 RELQ_RQ BASED(ADDR(RU )) , /* Byte(s)*/ 

2 RQ_CODE BIT(8); /* 0 */ 


0 X'82' request code 

REQACTLU > PU_T4|5—>SSCP, Norm; FMD NS(c) (REQUEST ACTIVATE LOGICAL 
UNIT) 


DCL 


REQACTLU_RQ BASED(ADDR(RU )) , 
2 NS_HEADER BIT(24), 
2 LU_ADDRESS BIT(16), 
2 LU_NTWK_NAME_TYPE BIT(8), 
2 LU_NTWK_NAME_LENGTH BIT(8), 
2 LU_NTWK_NAME 

CHAR(REFER(LU_NTWK_NAME_LENGTH)); 


/* 

Byte 

(s)*/ 

/* 

0-2 

*/ 


3-4 

*/ 

/* 

5 

*/ 

/* 

6 


/* 

7-m 

*/ 


0-2 

3-4 

5-m 

5 

6 

7-m 


X’ 410240 * NS header 

Network address of LU to be sent ACTLU 

Network Name of LU 

Type: X'F3’ logical unit 

Length, in binary, of network name 

Symbolic name in EBCDIC characters 


REQCONT; PU_T4|5—>SSCP, PU—>PUCP, Norm; FMD NS(c) (REQUEST CONTACT) 


DCL 1 REQCONT_RQ 
2 NS_HEADER 
2 LINK_ADDRESS 
2 XID_IMAGE, 

3 FORMAT 
3 PU_TYPE 
3 N0DE_ID 

3 FORMAT SPECIFIC_DATA 


BASED(ADDR(RU) ) , 


Byte(s)*/ 

BIT(24 ) , 


0-2 


BIT(16), 

/* 

3-4 

*/ 

BIT(4) , 

/* 

5 

*/ 

BIT(4) , 




BIT(48), 

/* 

6-11 

*/ 

CHAR(*); 

/* 

12-n 

*/ 


0-2 

3-4 

5-n 


X’010284’ NS header 
Network address of link 

XID I-field image: the bytes received in the 
information field of the SDLC XID response; see 
the later section, "DLC XID Information-Field 
Formats," for format details 
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REQDISCONT; PU_T112— >SSCP, Norm; FMD NS(c) (REQUEST DISCONTACT) 

DCL 1 REQDISCONT_RQ BASED(ADDR(RU)), /* Byte(s)*/ 

2 NS_HEADER BIT(24), /* 0-2 */ 

2 DISCONTACT_TYPE BIT(4), /* 3 */ 

2 SEND_CONTACT_IMMEDIATELY BITC4); 


0-2 

3 


X ' 0 10 21B ' 
bits 0-3 , 


bits 4-7, 


NS header 
type: 

X • 0 ’ normal 
X ’ 8 ’ immediate 
CONTACT information: 

X ’ 0 ’ do not send CONTACT immediately 
X'1’ send CONTACT immediately 


REQECHO; LU—>SSCP, Norm; FMD NS(ma) (REQUEST ECHO TEST) 


DCL 1 REQECHO_RQ 
2 
2 
2 
2 


BASED(ADDR(RU>), /* Byte(s)*/ 


NS_HEADER 
REPETITION_FACTOR 
ECHO_DATA_LENGTH 
ECH0_DATA 

CHAR(REFER(ECHO 


BIT(24), 
BIT(8), 
BIT(8), 


/* 

/* 

/* 


0-2 

3 

4 


DATA LENGTH ))i /* 5-m 


*/ 

*/ 

*/ 

*/ 


0-2 

3 


4- m 

4 

5- m 


X ’ 810387' NS header 

Repetition factor: number of times the test data 
is to be echoed to the target LU 
Note : X'00’ is not a valid repetition factor. 

Echoed Data Field 

Number of data bytes to be echoed 
Echoed data 


REQFNA; PU_T4|5—>SSCP, Norm; FMD NS(c) (REQUEST FREE NETWORK ADDRESS) 


DCL 1 


REQFNA_RQ 

BASED(ADDR(RU) ) , 

/* 

Byte(s)*/ 

2 NS_HEADER 

BIT(24), 

/* 

0-2 */ 

2 LU_ADDRESS 

BIT(16), 

/* 

3-4 */ 

2 RESERVED 

BIT(8), 

/* 

5 */ 

2 REQUEST_TYPE 

BIT(8); 

/* 

6 */ 


0-2 

3-4 

5 

6 


X * 410286’ NS header 

Network address of LU to be deleted 
Reserved 

Type of request: 

request 
normal 
forced 
cleanup 


X’01 ' 
X 1 02 ’ 
X ’ 0 3 ’ 
X’ 04’ 
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REQMS} SSCPfPUCP—>PU, Norm} FMD NS(ma) (REQUEST MAINTENANCE 
STATISTICS) 

DC L 1 REQMS_RQ BASED(ADDR(RU)) , /* Byte(s)*/ 

2 NS_HEADER BIT(24), /* 0-2 */ 

2 CNM_HEADER, /* 3-7 */ 

3 TARGET_ID BITC16), /* 3-4 */ 

3 TARGET_ID_DESC BITC16), /* 5-6 */ 

3 REQUEST_SPECIFIC_INFO BIT(8), /* 7 */ 

2 REQUEST_SPECIFIC_DATA CHAR(*)} /* 8-n */ 

0-2 X * 410304’ NS header 


3-7 CNM Header 

3-4 CNM target ID, as specified in bytes 5-6, bits 2-3 

5-6 bits 0-1, reserved 

bits 2-3, CNM target ID descriptor: 

00 byte 4 contains a local address for 
a PU or LU in a PU_T2 node or an 
LSID for a PU or LU in a PU_T1 
node} byte 3 is reserved 
01 bytes 3-4 contain a network address 
identifying a link, adjacent link 
station, PU, or LU in the 
destination subarea 

bits 4-15, procedure related identifier (PRID): a 
CNM application program generated value 
for CNM application program 

correlation, or an SSCP generated value 
for SSCP routing 

7 Request - Specific Information 

bit 0, reset indicator (or reserved, as shown 
below for each Type code): 

0 do not reset data when RECFMS is sent 
in reply 

1 reset data when RECFMS is sent in reply 
bit 1, reserved 

bits 2-7, request-specific type code (see below) 

Note : For reply (i.e.» solicited)' requests, bytes 3-6 and 

byte 7, bits 2-7, echo the corresponding fields in the CNM 
header received in the request that solicited the reply 
request(s). 


7 SDLC Test Command/Response Statistics 

bit 0, reset indicator 
bit 1, reserved 

bits 2-7, type code: 000001} the CNM target ID 
identifies a PU_T1|2 
7 Summary Error Data 

bit 0, reset indicator 
bit 1, reserved 

bits 2-7, type code: 000010} the CNM target ID 
identifies a PU 
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REQTESTJ 


7-n 

7 


8-n 


7-8 

7 


Communication 
bits 0-1 > rese 
bits 2-7> type 
i den 
l-Deoe 


PU- 
b i t 
bit 
bits 

PU- 
i mp 1 
appl 
Eng i 


or JLU 
0 , re 
1» re 
2-7, 

or 
ement 
i cat i 
neer i 


bits 

bits 

Link 
bit 
b i t 
bits 


0 - 1 , 

2-7, 

Conn 


set i 
serve 
type 
i den 
LU 
at i on 
on pr 
ng Ch 
rese 
type 
i den 
ect i o 


0, re 
1, re 
2-7, 


Data 

x’o: 


set i 
serve 
type 
i den 
the 

selection 
’ availa 


Adapter Data 
rved 

code: 0000 
tifies a P'J_ 
ndent Data 
ndicator 
d 

code: 0Q01 
tifies a PU | 
-dependent 

dependent 
oduct specif 
anae Levels 
rved 

code: 0001 
tifies a P U 
n. Subsystem 
ndicator 
d 

code: 0001 
tifies an a 
destination 
requested: 
ble data (on 


11; the CNM target ID 

T1 I 2 


oo; the CNM target ID 
LU 

request parameters: 
information (See CNM 
ications for details.) 


01; the CNM target ID 
Data 


10; the CNM target ID 
djacent link station in 
subarea 

ly value defined) 


LU—>SSCP, PU_T 4|5—>SSCP, Norm; FMD 

NS(ma) (REQUEST 

TEST 

PROCEDURE) 





DCL 1 REQTEST_RQ BASED(ADDR(RU)) , 

/* 

Byte(s)*/ 

2 

NS_HEADER 

BIT(24), 

/* 

0-2 

X/ 

2 

LU1_NAME_TYPE 

BIT( 8 ) » 

/X 

3 

X/ 

2 

LU1_NAME_LENGTH 

BIT(8), 

/* 

4 

X/ 

2 

LU 1_NAME CHAR(REFER( LU 1_NAME. 

.LENGTH) ) , 

/X 

5-m 

X/ 

2 

LU2_NAME_TYPE 

BIT(8) , 

/X 

m+1 

X/ 

2 

LU2_NAME_LENGTH 

BIT ( 8 ) , 


m+2 

X/ 

2 

LU2_NAME CHAR ( REFER (LU2_NAME. 

.LENGTH) ) , 

/* 

m + 3-n 

X/ 

2 

PROC_NAME_TYPE 

BIT(8) , 

/X 

n + 1 

X/ 

2 

PROC_NAME_LENGTH 

BIT(8), 

/X 

n + 2 

X/ 

2 

PR0C_NAME 






CHAR (REFER (PR0C_NAME. 

.LENGTH)), 

/X 

n + 3-p 

X/ 

2 

REQUESTER_ID_LENGTH 

BIT(8), 

/X 

P + 1 

X/ 

2 

REQUESTER_ID 






CHAR ( REFER (REQUESTER_ID. 

.LENGTH)), 

/X 

P + 2-q 

X/ 

2 

PASSWORD_LENGTH 

BIT( 8) , 

/X 

q + 1 

X/ 

2 

PASSWORD CHAR (REFER (PASSWORD. 

.LENGTH) ) , 

/X 

q + 2-r 

X/ 

2 

USER_DATA_LENGTH 

BIT (8 ) , 

/X 

r +1 

X/ 

2 

USER_DATA 






CHAR CREFER(USER_DATA. 

.LENGTH) ) ; 

/X 

r + 2-s 

X/ 

0-2 

X f 010380' NS header 






Network Name 1 





3 

Type: X'F3' logical unit 





4 

Length: binary number of 

bytes in 

symbol i c 

name 


(X * 00 ' = no symbolic name present) 
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5-m Symbolic name* in EBCDIC characters* of LU 

controlling the test 
Network Name 2 

m+1 Type: X'Fl' physical unit 

X' F 3 ' logical unit 
X * F 9 ' link 

m+2 Length: binary number of bytes in symbolic name 

(X'OO' = no symbolic name present) 
m+3-n Symbolic name, in EBCDIC characters, of resource 

to be tested 

n+l-p Procedure Name 

n+1 Type: X'F5' test procedure name 

n+2 Length: binary number of bytes in symbolic name 

(X'OO' = no symbolic name present) 
n+3-p Symbolic name, in EBCDIC characters, of test 

procedure to be executed 
p + 1— q Requester ID 

P+1 Length: binary number of bytes in requester ID 

(X'OO' = no requester ID present) 
p+2-q Requester ID, in EBCDIC characters, of the end 

user initiating the request (May be used to verify 
end user's authority to access a particular 
resource.) 


q + l-r 
q + 1 

Password 

Length; binary 

number of 

bytes 

in password 

(X* 

O 

o 

q + 2-r 

= no password present) 
Password, field used to 

verify 

the identity 

of 

an 

r + l-s 
r + 1 

end user 

User Field 
Length: binary 

number of 

bytes 

of user data 

(X’ 

00’ 

r + l-s 

= no user data 
User data 

present) 






RNAA; SSCP—>PU_T 415, Norm! FMD NS(c) (REQUEST NETWORK ADDRESS 
ASSIGNMENT) 


DC L 1 RNAA_RQ 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 


2 

NS_HEADER 


BIT(24), 

/* 

0-2 



2 

TARGET_ADDRESS 


BIT(16), 

/* 

3-4 

*/ 


2 

ASSIGNMENT_TYPE 


BIT(8 ) , 

/* 

5 

*/ 


2 

ENTRY_CNT 


BIT(8) , 

/* 

6 

*/ 


2 

SUBFIELD( 1 .-REFER (ENTRY. 

_CNT ) ) 

BIT(16); 

/* 

7-n 

*/ 

0- 

■2 

X'410210' NS header 






3- 

•4 

Network address of 

target 

link, adjacent 

link 



station, or LU 






5 


Assignment type: 







X'OO' request is for network address assignment 
of adjacent link station(s) associated 
with target link 

X'01 * request is for network address assignment 
of BF.LU(s) associated with the target 
adjacent link station 

X'02' request is for an additional network 
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RNAA 


address assignment for the target LU; 
bytes 3-4 contain the LU network address 
used in the SSCP-LU session 

6 Number of network addresses to be assigned 

7-8 DLC Header Link Station Address > LU Local Address . 

or LU Network Address Entry 

• For Assignment Type 0 

7 Reserved 

8 DLC header link station address associated with 
the adjacent link station for which a network 
address is requested 

• For Assignment Type 1 

7 Reserved 

8 Local address of a BF.LU for which a network 
address is requested; where the local address has 
either the one-byte format of FID2 or the six-bit 
local address format of FID3 (in which case; bits 
0-1 of byte 8 are reserved) 

• For Assignment Type 2 

7-8 Reserved 

9-n Any additional two-byte entries in the same format 

as bytes 7-8 for assignment types 0 and 1 (not 
present for assignment type 2) 


ROUTE_TEST; SSCP—>PU_T4|5, Norm; FMD NS(ma) (ROUTE TEST) 



ROUTE_TEST_RQ 

BASED(ADDR(RU))> 

/* 

Byte(s)*/ 

2 

NS_HEADER 

BIT(24), 

/* 

0-2 

*/ 

2 

FORMAT 

BIT ( 8 ) > 

/* 

3 

*/ 

2 

TEST_C0DE 

BIT ( 8 ) » 

/* 

4 

*/ 

2 

TEST_TYPE 

B IT ( 8 ) > 

/* 

5 

*/ 

2 

MAX_E R_L ENGTH 

BIT(8)> 

/* 

6 

*/ 

2 

DESTINATION_SA 

BIT(32), 

/* 

7-10 

*/ 

2 

ROUTE_MASK 

BIT(16), 

/* 

11-12 

*/ 

2 

RQ_C0RRELATION 

CHAR(IG); 

/* 

13-22 

*/ 


0-2 

3 

4 


5 


6 

7-10 


X'410306’ NS header 

Format: X’01' (only value defined) 

Test code: 

X’01' test regardless of the states of ERs 
X'02’ test each ER that is not inoperative 

X’03’ test each ER that is inoperative 

X*04’ do not test the ER; respond with the 
current ER state (See RSP(ROUTE_TEST)) 

Type of route to be tested: 

X'01’ test the ERs corresponding to the ERNs 

specified in bytes 11-12 

X'02' test the VRs corresponding to the VRNs 

( specified in bytes 11-12; Byte 4 applies 
to the underlying ERs for the VRs 
X’03’ test the ERs corresponding to the defined 
TG for the ERNs specified in bytes 11-12 
Maximum expected ER length of any ER being tested 
Subarea address of destination PU for the 
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NC_ER_T£ST request 

11-12 A bit is on if the corresponding ERN or VRN 

(depending on the route type specified ih byte 5) 
is to be tested (Bit 0 corresponds to ERN or VBN 
0, bit 1 to ERN or VRN 1, and so forth.) 

15-22 Request correlation field: an implementation 

defined value that is returned in ER_TESTED for 
correlation of reply to request 

RPO; S5CP—>PU_T4 | 5» Norm; FMD NS(c) (REMOTE POWER OFF) 


DCL 1 R PO_RQ 

BASED(ADDR(RU))> /* 

Byte(s)#/ 

2 

N S_H E A D E R 


BIT(24)» /* 

0-2 */ 

2 

ALS_ADDRESS 


BIT(16); /x 

3-4 #/ 

0-2 

3-4 

X' 010209 ' NS header 
Network address 

of 

adjacent link 

station 


associated with the 

node 

to be powered off 


RQR; SLU—>PLU, SSCP—>SSCP, Exp; SC (REQUEST RECOVERY) 


DCL 1 RQR_RQ 

2 RQ_C0DE 


BASED(ADDR(RU))» /x Byte(s)*/ 
BIT(8); /* 0 */ 


0 X’A3' request code 

RSHUTD; SLU—>PLU > Exp; DFC (REQUEST SHUTDOWN) 


DCL 1 RSHUTD_RQ 
2 RQCODE 


BASED(ADDR(RU))> /* Byte(s)#/ 
BIT(8); /* 0 */ 


0 X'C2' request code 

RTR; LU—>LU, Norm; DFC (READY TO RECEIVE) 


DCL 1 RTR_RQ 

2 RQ CODE 


BASED(ADDR(RU)), /* Byte(s)*/ 
BIT(8); /* 0 */ 


0 X'05’ request code 

SBI; LU—>LU, Exp; DFC (STOP BRACKET INITIATION) 


DCL 1 SBI_RQ 

2 RQ CODE 


BASED(ADDR(RU)), /* Byte(s)*/ 
BIT(8); /* 0 */ 


0 X'71 * request code 

SDT; PLU—>SLU > SSCP-—>PU|SSCP» Exp; SC (START DATA TRAFFIC) 


DCL 1 SDT_RQ 

2 RQ CODE 


BASED(ADDR(RU)), /a Byte(s)*/ 
BIT(8); /# 0 a/ 


0 


X'AO’ request code 
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SESSEND; LU—>SSCP, Norm; FMD NS(s) (SESSION ENDED) 

Note : SESSEND is generated by the BF.LU.SVC_MGR on behalf 

of the SLU in a PU_T1|2 node. 


DCL 1 5ESSEND_RQ 

BASED(ADDR(RU) ) , 

/* 

Byte(s)*/ 

2 NS_HEADER 

BIT(24) , 

/* 

0-2 */ 

2 FORMAT 

B IT(4 ) , 

/* 

3 */ 

2 RESERVED 

BIT ( 4) , 



2 FOKMAT_DATA 

CHAR(*); 


4-n */ 


DCL 1 SESSEND_FMT0_RQ 

BASED (ADDR( SESSEND_RQ. 

FORMAT_DAT A)), 


Byte (s ) 

2 

SESSION_KEY 

BIT(8)» 
/* See 

/* 

page 

4 

E-127 

*/ 

*/ 

2 

SESSION_KEY_CONTENT 

CHAR(*); 

/* 

5-n 

*/ 


DCL 1 SESSEND_FMT2_RQ 






BASED(ADDR(SESSEND_ 

_RQ.FORMAT_DATA)), 

/* 

ByteCs)^/ 

2 

CAUSE 

BIT (8), 

/* 

4 


2 

ACTION 

BIT ( 8 ) , 

/* 

5 

*/ 

2 

SESSION_KEY 

BIT(8)» 

/* 

6 

*/ 



/* See 

page 

E-127 

*/ 

2 

SESSION_KEY_CONTENT 

CHAR(*); 

/* 

7-n 

*/ 


0-2 

3 


4 


5-n 

5 

6 

7-m 

m+1 

m+2 

m+3-n 

5-6 

7-8(=n) 
4 


5 


X’810688' NS header 
bits 0-3, format: 

0000 format 0 
0010 format 2 
bits 4-7, reserved 
Format 0. 

Session key: 

X’06' uninterpreted name pair 
X'07* network address pair 
Session Kev Content 

For session key X’06’: Uninterpreted name pair 

Type: X'F3V logical unit 

Length, in binary, of PLU name 

EBCDIC character string 

Type: X ’ F3' logical unit 

Length, in binary, of SLU name 

EBCDIC character string 

For session key X’07': network address pair 
Network address of PLU 

Network address of SLU 

Format 2 

Cause: indicates the reason for the deactivation 
of the identified (LU»LU) session (see UNBIND for 
values) 

Action: indicates if any resultant action is to be 
taken and by whom: 

X'Ol' normal, no resultant automatic action 

X’02’ primary half-session will restart 
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6 


7-n 

7 

8 

9-m 

m+1 

m+2 

m+3-n 

7-8 

9-10(=n) 


X'03' secondary half-session will restart 
Session key: 

X'06' network name pair 
X'07' network address pair 
Session Kev Content 

For session key X'06’: network name pair 
Type: X'F3’ logical unit 

Length, in binary, of symbolic name of PLU 
Symbolic name in EBCDIC characters 
Type: X'F3' logical unit 

Length, in binary, of symbolic name of SLU 
Symbolic name in EBCDIC characters 
For session key X'07': network address pair 
Network address of PLU 
Network address of SLU 


SESSST; PLU—>SSCP, 


Norm; FMD NSCs) (SESSION STARTED) 


DCL 1 SESSST_RQ 

2 NS_HEADER 
2 RESERVED 
2 SESSI0N_KEY 

2 SESSION_KEY_CONTENT 


BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

BIT(24), 

/* 

0-2 

*/ 

BIT( 8 ), 

/* 

3 

*/ 

BIT(8), 

/* 

4 

*/ 

/* See 

page 

E-127 

*/ 

CHAROO ; 

/* 

5-n 

*/ 


0-2 

3 

4 


5-n 

5 

6 

7-m 

m+1 

m+2 

m+3-n 

5-6 

7-8(=n) 


X * 810686' NS header 

Reserved 

Session key: 

X'06* uninterpreted name pair 
X'07' network address pair 
Session Kev Content 

• For session key X'06*: Uninterpreted name pair 
Type: X'F3' logical unit 

Length, in binary, of PLU name 
EBCDIC character string 
Type: X'F3' logical unit 
Length, in binary, of SLU name 
EBCDIC character string 

• For session key X'07': network address pair 
Network address of PLU 

Network address of SLU 


SETCV; SSCP—>PU_T415, Norm; FMD NS(c) (SET CONTROL VECTOR) 


SETCV_RQ 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

2 NS_HEADER 

BIT(24), 

/* 

0-2 */ 

2 TARGET_ADDRESS 

BIT(16), 

/* 

3-4 */ 

2 C0NTR0L_V ECTOR 

CHAROO ; 

/* 

5-n */ 


0-2 X'010211' NS header 

3-4 Network address of resource to which control 

vector applies, as described in the Note below 
5-n Control vector, as described in the section 

"Control Vectors and Control Lists,” later in this 
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appendix 

Note : The following combinations are used in 

SETCV (configuration services): 

Vector Kev ( Byte 5) Resource ( Bvtes .3-4) 


X’01* 

PU 




X ’ 02 ’ 

Link 

to 

be 

used for routing 


to the 

subarea specified in 


byte 

6 



X ' 0 3 ' 

SPU 




X T 04' 

LU 




X ’ 05 ' 

Link 

(S/370 

channel) 


SETQV; SSCP—>PU_T4|5, Norm; FMD NS(ma) (SET CONTROL VECTOR) 

/* See the DCL for the NS(c) version of SETCV. */ 


0-2 X'010311’ NS header 

3-4 Network address of resource to which control 

vector applies* as described in the Note below 
5-n Control vector, as described in the section 

"Control Vectors and Control Lists," later in this 
appendi x 

Note : The following combination is used in SETCV 

(maintenance services): 

Vector Kev ( Bvte 5 ,) Resource ( Bvtes .3-4) 

X'OS' Adjacent link station 

SHUTC? SLU—>PLU, Exp; DFC (SHUTDOWN COMPLETE) 


DCL 1 SMUTC_RQ BASED(ADDR(RU)), /* Byte(s)*/ 

2 RQ_CODE BIT(8) ,* /* 0 */ 

Q X*C1' request code 

SHUTD; PLU—>SLU, Exp; DFC (SHUTDOWN) 


DCL 

1 

SHUTD_RQ 

BASED(ADDR(RU)), 

/* 

Byte(s)x/ 



2 RQ_CODE 

BIT(8); 

/* 

0 */ 

0 


X’CO' request 

code 



LU—>LU, 

Exp; DFC (SIGNAL) 




DCL 

1 

51G_R Q 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 



2 RQ_C0DE 

BIT(8) , 

/* 

0 */ 



2 SIGNAL_DATA 

BIT(32); 

/* 

1-4 */ 

0 


X’C9’ request 

code 



1-4 


Signal code + 

signal extension field 

(2 bytes 



each), set by 

the sending end user or 

NAU 

services 
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SIG 


manager; has meaning only to the NAU services 
level or above: 

no-op (no system-defined code) + 
user-defined field 

request to send + user-defined 
field 

assistance requested + user 
defined field 

intervention required (no data 
loss) + user-defined field 


X’OOOO'+'uuuu' 
X* 0001 * + 'uuuu' 
X'OOOa'+’uuuu' 
X* 0003' + 'uuuu’ 


STSN; PLU—>SLU , Exp; SC (SET AND TEST SEQUENCE NUMBERS) 


/* Byte(s)*/ 
/* 0 *S 
/* 1 */ 


/* 2-3 */ 
/* 4-5 */ 


1 bits 0-1, action code for S—>P flow (related data 

in bytes 2-3) 

bits 2-3, action code for P—>S flow (related data 
in bytes 4-5) 

Note : Each action code is set and processed 

independently. Values for either action code are: 

00 ignore; this flow not affected by 

this STSN 

01 set; the half-session value is set 
to the value in bytes 2-3 or 4-5, 
as appropriate 

10 sense; secondary half-session’s 

sync point manager returns the 
transaction processing program's 
sequence number for this flow in 
the response RU 

11 set and test; the half-session 

value is set to the value in 

appropriate bytes 2-3 or 4-5, and 
the secondary half-session's sync 
point manager compares that value 
against the transaction processing 
program’s number and responds 

accordingly 

bits 4-7, reserved 

2-3 Secondary-to-primary sequence number data to 

support S—>P action code 

4-5 Primary-to-secondary sequence number data to 

support P—>S action code 

Note : For act ion/codes 01 and 11, the appropriate 

bytes 2-3 or 4-5 contain the value to which the 
half-session value is set and against which the 


DCL 1 STSN_RQ 

2 R Q_C ODE 

2 ACTI0N_C0DE_SEC_T0_PRI 
2 ACTI0N_C0DE_PRI_T0_SEC 
2 RESERVED 
2 SEC_TO_PRI_SQN 
2 PRI TO SEC SQN 


BASED(ADDR(RU) ) , 
BIT ( 8 ) , 
BIT ( 2 ) , 
BIT(2 ) , 
BIT(4), 
BIT(16), 
BITC16); 


X'A2' request code 
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STSN 


secondary half-session's sync point manager tests 
the transaction processing program's value for the 
respective flow. For action codes 00 and 10 , the 
appropriate bytes 2-3 or 4-5 are reserved. 

TERM-OTHER,* TLU—>SSCP, Norm; FMD NS (s ) ( TE RMINATE-OTHER ) 


TERM_OTHER_RQ BASED(ADDR(RU)) , 

/¥: 

Byte(s)*/ 

2 

NS_HEADER 

BIT(24)> 

/* 

0-2 

*/ 

2 

FORMAT 

BIT(8) , 

/% 

3 

*/ 

2 

TYPE 

BIT ( 8) , 

/& 

4 


2 

REASON 

BIT(8) , 

/% 

5 


2 

NOTIFY_SPECIFIXATIONS 

BIT ( 8 ) , 

/* 

6 

*/ 

2 

SESSION_KEY 

BIT ( 8 ) , 

/* 

7 




/* See 

page 

E-127 

*/ 

2 

SESSION_KEY_CONTENT 



• 



CHAR(REFER(SESSI0N_KEY_ 

LENGTH)), 

/* 

8-n 


2 

REQUESTER_ID_LENGTH 

BIT(8) , 

/* 

n + 1 

*/ 

2 

REQUESTER_ID 






CHAR(REFER(REQUESTER_ID_ 

LENGTH) ) , 

/* 

n + 2-P 

*/ 

2 

PASSWORD.LENGTH 

BIT(8) , 

/* 

P + 1 

*/ 

2 

PASSWORD CHAR(REFER(PASSWORD. 

LENGTH)), 

/* 

P + 2-q 

*/ 

2 

URC.LENGTH 

BIT ( 8 ) , 


q+1 


2 

URC CHAR(REFER(URC_ 

LENGTH)); 

/* 

q + 2-r 



X'81Q682' NS header 
bits 0-3, Format: 

0001 Format 1 (Only value defined) 
bits 4-7, reserved 
Type 

bits 0-1, 00 the request applies to active and 

pending-active sessions 
01 the request applies to active, 
pending-active, and queued sessions 

10 the request applies to queued 

sessions only 

11 available only for implementation 
use 

bit 2, reserved if byte 4, bit 7=1; otherwise: 

0 forced termination—session to be 
deactivated immediately and 

unconditionally 

1 orderly termination—permitting an 
end-of-session procedure to be executed 
at the PLU before the session is 

deactivated 

bit 3, 0 do not send DACTLU to LU1; another 

session initiation request will be sent 
for LU1 

1 send DACTLU to LU1 when appropriate; no 
further session initiation request will 
be sent (from this sender) for LU1 
bit 4, 0 do not send DACTLU to LU2; another 

session initiation request will be sent 
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0-2 

3 

4 




TERM-OTHER 


6 


7 

8 


9-n 

9 

10 

11-m 
m + 1 
m+2 
m + 3-n 


9- 10 

11 - 12 ( 

9 

10- n 


for LU2 


1 send DACTLU to LU2 when appropriate; no 
further session initiation request will 
be sent (from this sender) for LU2 


bits 5-6, 

00 

select 

PLU 

session(s) 

for which LU1 

1 s 


01 

select 

PLU 

session(s) 

for which LU2 

\ s 


10 

select 

sessionCs) 

regardless 

of 



whether 

LU is PLU 

or SLU 



11 

reserved 



bit 7, 0 

orderly or 

forced (see 

byte 4, bit 2) 



1 cleanup 

Reason 

bits 0-2* reserved 

bit 3, 0 network user requested the termination 

1 network manager requested the 

termination 
bit 4* reserved 
bit 5* 0 normal termination 

1 abnormal termination 
bits 6-7, reserved 
NOTIFY specifications: 
bits 0-5, reserved 

bit 6, 0 do not notify TLU when the session 

takedown procedure is complete 
1 notify the TLU when the session 
takedown procedure is complete, 
bit 7, reserved 
Reserved 
Session key: 

X'06* uninterpreted name pair 
X'07’ network address pair 
X * 0A * URC 
Session Key Content 

• For session key X'06’: uninterpreted name pair 
Type: X*F3' logical unit 

Length, in binary, of LU1 name 
EBCDIC character string 
Type: X'F3’ logical unit 
Length, in binary, of LU2 name 
EBCDIC character string 

Note : If the length of one of the uninterpreted 

names (LU1 or LU2, but not both) is zero then all 
sessions for the named LU, as specified by the 
Type byte, are terminated as a result of this 
TERM-OTHER request. 

• For session key X'07’: network address pair 
Network address of PLU 

n) Network address of SLU 

• For session key X' 0A *: URC 
Length, in binary, of the URC 
URC: end user defined identifier 

Note: This URC is the one carried in the INIT 
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TERM-OTHER 


issued previously by the same LU (i.e.» ILU = 
TLU)> and differs from the one in bytes q+1 
through r. 

n+l-p Requester ID 

n + 1 Length» in binary, of requester ID 

Note : X'OO* = no requester ID 

n+2-p Requester ID: the ID, in EBCDIC characters, of the 

end user initiating the request 
p+l-q Password 

p+1 Length, in binary, of password 

Mote : X’OO’ = no password is present 

P+2-q Password used to verify the identity of the end 

user 

q + l-r User Request Correlation ( URC ) Field 

q+1 Length, in binary, of the URC 

Note : X’OO' = no URC 

q+2-r URC: end-user defined identifier; this value can 

be returned by the SSCP in a subsequent NOTIFY or 
NSPE to correlate a given session to this 
terminating request 

TERM-OTHER-CD,* SSCP(TLU)— >SSCPCOLU) , Norm; FMD NSCs) CTERMINATE-OTHER 
CROSS-DOMAIN) 


TERM_OTHER_CD_RQ 

BASED(ADDRCRU)), 

/* 

Byte(s)*/ 

2 

NS_HEADER 


BIT(24)» 

/* 

0-2 


2 

FORMAT 


BIT(8 ) > 

/* 

3 


2 

TYPE 


BITC8), 

/* 

4 


2 

PCID 


CHAR(8), 

/* 

5-12 

*/ 

2 

REASON 


BIT(8) , 

/* 

13 

*/ 

2 

RESERVED 


BITC 16) , 

/* 

14-15 

*/ 

2 

SESSION_KEY 


BITC8) , 

/* 

16 





See 

page 

E-127 

*/ 

2 

SESSION_KEY_CONTENT 







CHAR(REFER(SESSION_KEY_ 

.LENGTH) ) , 

/* 

17-n 

*/ 

2 

REQUESTER_ID_LENGTH 


BIT(8) , 

/* 

n + 1 

*/ 

2 

REQUESTER_ID 







CHAR(REFER(REQUESTER_ID_ 

.LENGTH) ) , 

/* 

n + 2-p 

*/ 

2 

PASSWORD_LENGTH 


BITC8), 

/* 

P + 1 

*/ 

2 

PASSWORD CHAR(REFER(PASSWORD_ 

.LENGTH) ) ; 

/* 

P + 2-q 

*/ 


X'818642' 

NS header 


bits 

0-3, 

0000 

Format 0 (only value defined) 

bits 

4-7, 

reserved 


Type 

• 

• 




b i ts 

o 

1 

00 

the request applies to 
pending-active sessions 

active and 



01 

the request applies 

to active. 




pending-active > and queued sessions 



10 

the request applies 

sessions only 

to queued 



11 

reserved 



bit 2, reserved if byte 4, bit 7=1; otherwise: 

0 forced termination—session to be 
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TERM-OTHER-CD 


5-12 

5-6 

7-12 


13 


14-15 

16 


17-n 

17-18 
19-24(=n ) 


1 


bit 3, 0 

1 

bit 4, 0 

1 

bits 5-6, 


bit 7, 0 

1 


PCID 


deactivated immediately and 

unconditionally 

orderly termination—permitting an 
end-of-session procedure to be executed 
at the PLU before the session is 
deactivated 

do not send DACTLU to LU1; another 

session initiation request will be sent 
for LU1 

send DACTLU to LU1 when appropriate; no 
further session initiation request will 
be sent (from this sender) for LU1 
do not send DACTLU to LU2; another 

session initiation request will be sent 
for LU 2 


send DACTLU to LU2 when appropriate; no 
further session initiation request will 
be sent (from this sender) for LU2 


00 

select 

PLU 

session(s) 

for 

which 

LU 1 

i s 

01 

select 

PLU 

session(s ) 

for 

which 

LU2 

i s 

10 

select 

whether 

session(s ) 
LU is SLU 

or 

regardless 

PLU 

of 

11 

reserved 






orderly or forced (see byte 4, bit 2) 
cleanup 


Network address of the SSCP(TLU) 

A unique 6-byte value, generated by the SSCP(TLU), 
that is retained and used in all cross-domain 
requests dealing with the same procedure unti1 it 
is completed 
Reason: 

bits 0-2, reserved 

bit 3, 0 network user requested the termination 

1 network manager requested the 

termination 
bit 4, reserved 
bit 5, 0 normal termination 

1 abnormal termination 
bits 6-7, reserved 
Reserved 
Session key: 

X ' 0 5 ' PCID 

X * 0 6 ' network name pair 
X * 07’ network address pair 
Session Key Content 
For session key X'05 ’ : PCID 
Network address of the SSCP(ILU) 

A unique six-byte value, generated by the 
SSCP( I LU), that is retained and used in all 
cross-domain requests dealing with the same 
procedure until it is completed 
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TERM-OTHER-CD 


17 

18 

19-m 
m + 1 
m+2 
m+3-n 


17-18 
19-20(=n) 
n + l-p 
n + 1 

n + 2-p 

p+l-q 

p + 1 

p + 2-q 


Note: This is a PCID generated by the SSCP(ILU), 

and differs from the one in bytes 5-12. 

For session key X'06* : network name pair 
Type: X'F3* logical unit 

Length* in binary, of symbolic name of LU1 
Symbolic name in EBCDIC characters 
Type: X'FS' logical unit 

Length, in binary, of symbolic name of LU2 
Symbolic name in EBCDIC characters 

Note : If the length of one of the network names, 

but not both, is zero then all sessions specified 
by the Type byte are terminated as a result of 
this TERM-OTHER-CD request 

For session key X'07': network address pair 
Network address of PLU 
Network address of SLU 
Requester ID 

Length, in binary, of requester 
Note : X'00* = no requester ID 

Requester ID: the ID, in EBCDIC 
end-user initiating the request 
Password 

Length, in binary, of password 
Note :X * 00 * - no password is present 
Password used to verify the identity of the 
end-user 


ID 




characters, of the 


TERM-SELF; TLU—>SSCP, Norm; FMD NS(s ) (TERMINATE-SELF) 


TERM_SELF0_RQ 


BASED C ADDR(fcU ) ) , 

/* 

Byte(s)*/ 

2 

NS_HEADER 


BIT(24), 

/* 

0-2 

*/ 

2 

TYPE 


BIT(8) , 

/* 

3 


2 

DLU_UNINTRP_NAME_ 

.TYPE 

BIT(8) , 

/* 

4 

*/ 

2 

D L U_U NIN T R P_N A M E_ 

.LENGTH 

BIT ( 8 ) , 

/* 

5 

*/ 

2 

DLU_UNINTRP_NAME 







CHAR(REFER(DLU_ 

_UNINTRP_NAME_LENGTH)); 

/* 

6-m 

*/ 


0-2 

3 


X * 010 6 8 3 ’ 
Type : 

NS 

header 


bits 0-1, 

00 

the request applies to 
pending-active sessions 

active and 


01 

the request applies 

to active. 



pending-active, and queued sessions 


10 

the request applies to 
sessions 

queued only 


11 

reserved 



bit 2, reserved if byte 3, bit 4 = 1; otherwise: 

0 forced termination—session to be 
deactivated immediately and 

unconditionally 

1 orderly termination—permitting an 
end-of-session procedure to be executed 
at the PLU before the session is 
deactivated 
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TERM 


TERM-SELF 


4-m 

4 

5 


6-m 


bit 3, 0 


1 


bit 4, 0 

1 

bits 5-6, 


do not send DACTLU to OLU; another 
session initiation request will be sent 
for OLU 

send DACTLU to OLU when appropriate; no 
further session initiation request will 
be sent (from this sender) for OLU 


orderly or forced (see byte 3, bit 2) 
clean up 


00 

select 

PLU 

session(s) 

for 

which 

DLU 

i s 

01 

select 

SLU 

session(s) 

for 

which 

DLU 

i s 


10 select session(s) regardless of 
whether LU is SLU or PLU 

11 reserved 

bit 7, 0 indicates that the format of the RU is 

Format 0 and that byte 3 is the Type 
byte. 

Uninterpreted Name of PLU 
Type: X * F 3 ' logical unit 
Length, in binary, of DLU name 

Note : If the length value of the DLU name is 

zero . then the TERM-SELF applies to all sessions, 
as specified in the Type byte, where the TLU is a 
partner. 

EBCDIC character string 

Note : The following defaults are supplied by the 

SSCP receiving a Format 0 TERM-SELF: 

• Reason: network user, normal 

• Notify: do not notify 

• Requester ID, URC, and password are not used in 
mapping to subsequent requests. 


SELF; TLU—>SSCP, Norm; FMD NS(s) (TERMINATE-SELF) 


TERM_SELF1_RQ BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

2 

NS_HEADER 

BIT(24), 

/* 

0-2 

*/ 

2 

FORMAT 

BIT(8), 

/* 

3 

*/ 

2 

TYPE 

BIT(8), 

/* 

4 

*/ 

2 

REASON 

BIT( 8 ) , 

/* 

5 


2 

NOTIFY_SPECIFICATIONS 

BIT(8) , 

/* 

6 

*/ 

2 

RESERVED 

BIT(8 ) , 

/* 

7 

*/ 

2 

SESSI0N_KEY 

BIT(S), 

/* 

8 

*/ 



/* See 

page 

E-127 

*/ 

2 

SESSION_KEY_CONTENT 






CHAR(REFER(SESSION_KEY_ 

.LENGTH) ) , 

/* 

9-n 

*/ 

2 

REQUESTER.ID_LENGTH 

BIT(8)» 

/* 

n+1 

*/ 

2 

REQUESTER.ID 






CHAR(REFER(REQUESTER_ID_ 

.LENGTH) ) , 

/* 

n + 2-p 

*/ 

2 

PASSWORD.LENGTH 

BIT(8), 

/* 

P + 1 

*/ 

2 

PASSWORD CHAR(REFER(PASSWORD.LENGTH)), 

/* 

p + 2-q 

*/ 

2 

URC.LENGTH 

BIT(8) , 

/* 

q+1 

*/ 

2 

URC CHAR(REFER(URC_ 

.LENGTH) ) ; 

/* 

q+2-r 

X/ 
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TERM-SELF 


0-2 

3 


X ' 810 6 8 3 ’ 
bits 0-3, 

bits 4-6, 
bit 7, 1 


NS header 
format: 

0001 Format 1 (only value defined) 
reserved 

indicates that byte 3, 
contain the format value 


bits 0-3, 


Type 

bits 


0-1 


00 


01 


the request applies to 
pending-active sessions 
the request applies 


active and 


to 


10 


11 


bit 2, reserved 
0 


bit 3, 0 


bit 4, 


active, 

pending-active, and queued sessions 
the request applies to queued 
sessions only 

available only for implementation 
use 

if byte 4, bit 7 = 1; otherwise: 
forced termination—session to be 
deactivated immediately and 

unconditionally 

orderly termination—permitting an 
end-of-session procedure to be executed 
at the PLU before the session is 
deactivated 

do not send DACTLU to OLUl another 
session initiation request will be sent 
for OLU 

1 send DACTLU to OLU when appropriate; no 
further session initiation request will 
be sent (from this sender) for OLU 
reserved 

is 


i s 


bits 5-6, 

00 

select 

PLU 

session(s) 

for which DLU 


01 

select 

SLU 

sessi on(s ) 

for which DLU 


10 

select 

session(s) 

regardless 



whether 

LU is SLU 

or PLU 


11 

reserved 


bit 7, 0 

orderly or 

forced (see 

byte 4, bit 2) 


of 


clean up 


Reason: 
bits 0-2, 
bit 3, 0 

1 


reserved 

network user requested 
network manager 
termination 
bit 4, reserved 
bit 5, 0 normal termination 

1 abnormal termination 
bits 6-7, reserved 
NOTIFY specifications: 
bits 0-5, reserved 

bit 6, 0 do not notify TLU when the 

takedown procedure is complete 
1 notify the TLU when the 
takedown procedure is complete 


the termination 
requested the 


sess ion 


sess i on 
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TERM-SELF 


TESTMODE; 


7 

8 


9-n 

9 

10 

11-n 


9- 10 

11-12 ( 

9 

10- n 


n + l-p 
n+1 

n + 2-p 

p + l-q 
P + 1 

p + 2-q 

q+l-r 

q+1 

q + 2-r 


bit It reserved 
Reserved 
Session key: 

X'Ol' uninterpreted name 
X'07* network address pair 
X ' 0 A ’ URC 
Session Key Content 

• For session key X’Ol': uninterpreted name 
Type: X'F3' logical unit 

Length» in binary) of name 
EBCDIC character string 

Note : If the length value is zero t then the 
TERM-SELF applies to all sessions specified in the 
Type byte where the TLU is a partner. 

• For session key X’07': network address pair 
Network address of PLU 

n) Network address of SLU 

• For session key X'OA': URC 
Length) in binary> of the URC 
URC: end user defined identifier 

Note : This URC is the one carried in the INIT 

issued previously by the same LU (i.e.> ILU = 
TLU)) and differs from the one in bytes q+1 
through r. 

Requester ID 

Length) in binary> of requester ID 
Note : X'00' = no requester ID 

Requester ID: the ID> in EBCDIC characters) of the 

end user initiating the request 

Password 

Length) in binary) of password 

Note : X’GO' = no password is present 

Password used to verify the identity of the end 

user 

User Request Correlation ( URC ) Field 
Length) in binary) of URC field 
Note : X'00’ = no URC 

URC: end-user defined identifier; this value can 
be returned by the SSCP in a subsequent NOTIFY to 
correlate a given session to this terminating 
request 


SSCP—>PU_T4|5, Norm; FMD NS(ma) (TEST MODE) 


TESTMODE_RQ 

BASED(ADDR(RU)), 

/X 

By te ( s')*/ 

2 

NS_HEADER 

BIT(24), 

/X 

0-2 

X/ 

2 

CNM_HEADER, 


/X 

3-7 

X/ 


3 TARGET_ID 

BITC16), 

/X 

3-4 

*/ 


3 TARGET_ID_DESCRIPTOR 

BITC16) , 

/X 

5-6 

X/ 


3 REQUEST_SPECIFIC_INF0 

BIT(8) , 

/X 

7 

X/ 

2 

R EQU EST_SPECIFIC_DAT A 

CHAR(*); 

/X 

8-n 

X/ 


0-2 X'410305* NS header 
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TESTMODE 


3-7 

3-4 

5-6 


7 


CNM Header 

CNM target ID, as specified in bytes 5-6, bits 2-3 
bits 0-1, reserved 

bits 2-3, CNM target ID descriptor; 

00 byte 4 contains a local address for 
a PU or LU in a PU_T2 node or an 
LSID for a PU or LU in a PU_T1 
node? byte 3 is reserved 
01 bytes 3-4 contain a network address 
identifying a link, adjacent link 
station, PU, or LU in the 
destination subarea 

bits 4-15, procedure related identifier (PRID): a 
CNM application program generated value 
for CNM application program 

correlation, or an SSCP generated value 
for SSCP routing 
Request - Specific Information 
bits 0-1, reserved 

bits 2-7, request-specific type code (see below) 


Note : For reply (i.e.» solicited) requests, bytes 3-6 and 
byte 7, bits 2-7, echo the cor responding fields in the CNM 
header received in the request that solicited the reply 
request(s). 


7-n 

7 


8 

9-10 


11-12 


13-n 


Link Level 2 Test Statistics 
bits 0-1, reserved 

bits 2-7, type code: 000001; the CNM target ID 
specifies an adjacent link station 
attached to a PU_T4|5 node ( Note : When 
the attached adjacent link station is in 
a PU_T112 node, the PU CNM ID is used as 
the adjacent link station CNM ID.) 

Reserved 

Test initiation/termination code: 

X’0000 , (=nl) terminate an ongoing link test 
previously initiated 

X'FFFF , (=n2) initiate a link test and run it 
continuously 

n = -(nl|n2) initiate a link test and transmit n. 
test frames 

For point-to-point links this field is reserved; 
for multipoint links, this field specifies the 
number of test frame transmissions to be sent each 
time the secondary link station is serviced, e.g.» 
in SDLC the time interval during which frames are 
being sent and received from a single secondary 
link station without another secondary link 
station on the link being polled or being sent 
frames 

Data to be sent in the data field of the link test 
frame 
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UNBIND 


UNBIND; 


LU—>LU * Exp; SC (UNBIND SESSION) 


DCL 1 UNBIND_RQ 
2 R Q_C ODE 
2 SON_CAUSE 
2 SENSE DATA 


BASED(ADDRCRU)), /* ByteCs)*/ 
BIT(8), /* 0 */ 

BIT(8 ) * /* 1 */ 

BIT(32); /* 2-5 */ 


0 

1 


X’ 32 * 
Type 
X'Ol 
X' 02 


request 

UNBIND: 

* normal 

* BIND 


code 

end of session 
forthcoming; retain 
allocated to this 


the node 
session* if 


be resumed by 
alternate use 


the 
o f 


resources 
possible 

X'03' talk: the session will 

sender of UNBIND after 

the physical connection 

X'04’ restart mismatch: synch point records do 
not match; operator intervention is needed 
before the session can be established 

X'OS* LU not authorized: the secondary 

half-session has failed to supply an 

acceptable password or other authorization 
information in the User Data field 

X’06' invalid session parameters: the BIND 
negotiation has failed due to an inability 
of the primary half-session to support 
parameters specified by the secondary 

X 1 0 7 * virtual route inoperative: the virtual 
route used by the (LU*LU) session has 
become inoperative* thus forcing the 
deactivation of the identifed (LU*LU) 
session 

X'08’ route extension inoperative: the route 
extension used by the (LU*LU) session has 
become inoperative* thus forcing the 
deactivation of the identified (LU*LU) 
session 

X’09' hierarchical reset: the identified (LU*LU) 
session is being deactivated because of a 
+RSP((ACTPU | ACTLU), Cold) 

X'OA’ SSCP gone: the identified (LU*LU) session 
had to be deactivated because of a forced 
deactivation of the CSSCP,PU) or (SSCP,LU) 
session (e.g., DACTPU, DACTLU, or 
DISCONTACT) 

X' 0 B' virtual route deactivated: the identified 
(LU*LU) session had to be deactivated 

because of a forced deactivation of the 
virtual route being used by the (LU*LU) 
session 

X’OC* LU failure—unrecoverable: the identified 
(LU*LU) session had to be deactivated 

because of an abnormal termination of the 
PLU or SLU; recovery from the failure was 
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not possible 

X'OE' LU failure—recoverable: the identified 
(LU,LU) session had to be deactivated 
because of an abnormal termination of one 
of the LUs of the session; recovery from 
the failure may be possible 
X' OF' cleanup: the LU sending UNBIND is 

resetting its half-session before 
receiving the response from the partner LU 
X'FE' invalid session protocol: the session has 
failed because a protocol violation has 
been detected 

2-5 Sense data (included only when Type = X'FE'; 

otherwise* this field is omitted): same value as 
generated at the time the error was orginally 
detected (e.g., for a negative response or EXR) 


UNBINDF; PLU—>SSCP, Norm; FMD NS(s) (UNBIND FAILURE) 


DCL 1 UNBINDF_RQ 
2 NS_HEADER 
2 SENSE_DATA 
2 REASON 
2 SESSION_KEY 

2 SESSION_KEY_CONTENT 


BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

BIT(24)» 

/* 

0-2 

*/ 

BIT(32) , 

/* 

3-6 

*/ 

BIT(8)» 

/* 

7 

*/ 

BIT(8), 

/* 

8 

*/ 

/* See 

page 

E-127 

*/ 

CHAR(*); 

/* 

9-n 

*/ 


0-2 

3-6 

7 


8 


9-n 

9 

10 

11-m 
m+1 
m+2 
m+3-n 

• 

9-10 

11-12(=n ) 


X’810687' NS header 
Sense data 
Reason: 

bit 0 * reserved 

bit 1, 1 UNBIND error in reaching SLU 
bit 2, 1 takedown reject at PLU 
bits 3-7* reserved 
Session key: 

X'06' uninterpreted name pair 
X ' 0 7' network address pair 
Session Key Content 

For session key X'06': uninterpreted name pair 

Type: X'F3’ logical unit 

Length, in binary,of PLU name 

EBCDIC character string 

Type: X ' F 3 ' logical unit 

Length, in binary, of SLU name 

EBCDIC character string 

For session key X’07’: network address pair 
Network address of PLU 
Network address of SLU 
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VR_INOP5 PU_T4I 5—>SSCP, PU —>PUCP, Norm; FMD NSCc) (VIRTUAL ROUTE 
INOPERATIVE) 


DCL 1 VR_INOP_RQ 
2 NS_HEADER 
2 FORMAT 
2 REASON_CODE 
2 ORIGINATING_SA 
2 TG_ADJ_SA 
2 TG_NUM 
2 CNT VR FIELD 


BASEDCADDR(RU) ) , 
BIT(24), 
BIT(S) , 
BIT(8)» 
BITC32) , 
BITC32), 
BIT(8) , 
BIT(8), 


2 VR_FIEID(1:REFER(CNT_VR_FIELD)), 


3 SA BITC32), 
3 RESERVED BIT(8), 
3 VR_ID BITC8), 


3 MASK 


BITC16) ; 


/* Byte(s)*/ 
/* 0-2 */ 
/* 3 */ 

/* 4 */ 

/* 5-8 */ 

/* 9-12 */ 

/* 13 */ 

/* 14 */ 

/*15-18+8n^/ 
19+8n */ 

/* 20+8n */ 

/^21-22+8n^/ 


0-2 

3 

4 


5-8 

9-12 


13 


14 

15-22 

15-18 


19 

20 


21-22 

23-n 


X * 410223’ NS header 

Format: X’Ol’ (only value defined) 

Reason code: 

X'Ol’ unexpected routing interruption over a 
transmission group» e.g.» the last active 
link in a TG has failed 

X’02' controlled routing interruption such as 
the result of DISCONTACT 

Subarea address of the PU that originated the 
NC_ER_INOP 

Subarea address on other end of the transmission 

group that had the routing interruption 

TGN of the transmission group that had the routing 

interruption 

Number of VRs that map to an ER using the above TG 
VR FieId 

Subarea address of a destination that is routed to 

over the VR that uses the failed TG 

Reserved 

Virtual route identifier: 
bits 0-3, VRN 
bits 4-5, reserved 

bits 6-7, transmission priority field 
ER INOP mask: a bit is on for the ER used by the 
VRID (Bit 0 corresponds to ERN 0, bit 1 to ERN 1, 
and so forth.) 

Any additional eight-byte entries in the same 
format as bytes 15-22 
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Session Key DCLs 

Session Key DECLARES 


DCL SESSION_KEY_LENGTH FIXED BINC16); 


DCL 


SESSION_KEY_FORMAT_01 

BASED, 

/* 

ByteCs)*/ 

2 

UNINTRP_NAME_TYPE 

BITC8), 

/* 

0 

*/ 

2 

UNINTRP_NAME_LENGTH 

BIT ( 8 ) » 

/* 

1 

*/ 

2 

UNINTRP_NAME 






CHAR(REFER!UNINTRP_NAME_ 

.LENGTH)); 

/* 

2-n 

*/ 


DCL I SESSION_KEY_FORMAT_05 
2 ILU_SSCP_ADDRESS 
2 PCID 


BASED» 

/* 

ByteCs)*/ 

BITC16), 

/* 

0-1 

*/ 

BIT(48)» 

/* 

2-7 

*/ 


DCL 


SESSION_KEY_FORMAT_06 

BASED, 

/* 

ByteCs)*/ 

2 

PLU_NAME_TYPE 

BIT(8), 

/* 

0 

*/ 

2 

pluIname_length 

BIT ( 8 ) , 

/* 

1 

*/ 

2 

PLU_NAME CHARCREFERCPLU_NAME_ 

.LENGTH) ) , 

/* 

2-n 

*/ 

2 

SLU_NAME_TYPE 

BIT ( 8 ) , 

/* 

n + 1 

*/ 

2 

SLU_NAME_LENGTH 

BIT(8) , 

/* 

n + 2 

*/ 

2 

SLU_NAME CHAR(REFER(SLU_NAME_ 

.LENGTH) ) ; 

/* 

n + 3-p 

*/ 


DCL 1 SESSION_KEY_FORMAT_07 
2 PLU_NETUORK_ADDRESS 
2 SLU_NETWORK_ADDRESS 


BASED, 

/* 

Byte(s)*/ 

BITC16), 

/* 

0-1 

*/ 

BIT(16); 

/* 

2-3 

*/ 


DCL 


SESSI0N_KEY_F0RMAT_C8 

BASED, 

/* 

Byte(s)*/ 

2 

OLU_ADDRESS 

BITC16), 

/* 

0-1 

*/ 

2 

DLU_NAME_TYPE 

BITC8) , 

/* 

2 

*/ 

2 

DLU_NAME_LENGTH 

BIT C 8) , 

/* 

3 

*/ 

2 

DLU_NAME CHAR(REFER(DLU_NAME_ 

.LENGTH) ) ; 

/* 

4-n 

*/ 


DCL 


SESSION_KEY_FORMAT_OA BASED 
2 URC_LENGTH BIT(8) 
2 URC CHAR(REFERCURC_LENGTH)) 


/* ByteCs)«/ 
/* 0 */ 
/* 1-n */ 
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User Data Structured Subfield Formats 


The structured subfields of the User Data field are defined 
as follows (shown with zero-origin indexing of the subfield 
bytes—see the individual RU description for the actual 
displacement within the RU): 


DCL 1 UNSTRUCTURED_USER_DATA BASED, /* Byte(s)*/ 


2 

LENGTH_USER_DATA 

BIT ( 8 ) , 

/* 

0 

*/ 

2 

USER_DAT A_TYPE 

b i t ( 8 ) , 

/* 

1 

*/ 

2 

USER_DATA 






CHAR(REFER(LENGTH^ 

USER_DATA) ) ; 

/* 

2-n 

*/ 


• Structured subfield X'00* 

: unstructured 

data 


0 

Length of unstructured 

data field 

(if 

0, 

this 


field may be omitted entirely) 




1 

X’00’ 





2-n 

Unstructured data 





DCL 1 STRUCTURED_USER_DATA 

BASED, 

/* 

Byte(s)*/ 

2 

LENGTH_USER_DATA 

BIT(8) , 

/* 

0 

*/ 

2 

USER_DATA_TYPE 

BIT ( 8 ) , 

/* 

1 

*/ 

2 

LENGTH_PRI_RES_QUAL 

BIT(8) , 

/* 

2 

*/ 

2 

PRI_RES_QUAL 






CHAR ( REFER (LENGTH_PRI. 

_RES_QUAL)) , 

/* 

3-n 

*/ 

2 

LENGTH_SEC_RES_QUAL 

BIT(8), 

/* 

n + 1 

*/ 

2 

SEC_RES_QUAL 






CHAR ( REFER (LENGTH_PRI, 

LRES_QUAL) ); 

/* 

n+2-m 

*/ 


0 

1 

2 


3-n 
n + 1 


n + 2-m 




Structuredsubfield X ’ 01 *(: session qualifier 
Length of session qualifier field (if 0, 
field may be omitted entirely) 

X'Ol* 


this 


Length of primary resource qualifier (X’00* means 
no primary resource qualifier is present: values 
0 to 8 are valid) 

Primary resource qualifier 

Length of secondary resource qualifier (X'OO' 
means no secondary resource qualifier is present: 
values 0 to 8 are valid;) 

Secondary resource qualifier 
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SUMMARY OF RESPONSE RU’S 


Apart from the exceptions cited below* response RUs return 
the number of bytes specified in the following table; only 
enough of the request RU is returned to include the 
field-formatted request code. 

RU Category or Response Number of Bvtes in RU 


NC 1 
SC 1 
DFC 1 
FMD NS ( FI = 1) (field-formatted) 3 
FMD NS C FI = 0 ) (character-coded) 0 
FMD CLU-LU) 0 


Various positive response RUs return additional data. See 
"Positive Response RUs with Extended Formats." 

All negative responses return four bytes of sense data in 
the RU, followed by either (1) the number of bytes specified 
in the table above or (2) three bytes (or the entire request 
RU, if shorter than three bytes). The second option applies 
to PU.SVC_MGR.CSC_MGR and PC (where a sensitivity to 
SSCP-based sessions versus LU-LU sessions does not 
necessarily exist) and can be chosen for other layers for 
implementation simplicity. Refer to Appendix G for sense 
data values and their corresponding meanings. 
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POSITIVE RESPONSE RU'S WITH EXTENDED FORMATS 
Bytes Description 


RSP(ACTCDRM)» SSCP—>SSCP, Exp? SC 


ACTCDRM_RSP 

BASED(ADDR(RU)) , 

/* 

Byte(5)*/ 

2 

REQUEST_CODE 

BIT(8) , 

/* 

0 

*/ 

2 

FORMAT 

BIT ( 4 ) , 

/* 

1 

*/ 

2 

TYPE_ACTIVATION 

BIT ( 4 ) , 




2 

FM_PROFILE 

BIT(8)» 

/* 

2 

*/ 

2 

TS_PROFIL E 

BIT(8 ) , 

/* 

3 

*/ 

2 

CONTENTS_ID 

CHAR(8), 

/* 

4-11 

*/ 

2 

SSCP_ID 

CHAR(6), 

/* 

12-17 

*/ 

2 

RESERVED 

BIT(2), 

/* 

18 

*/ 

2 

SEC_RCV_PAC_CNT 

BIT(6), 




2 

C0NTR01_VECT0RS 

CHAR(*); 

/* 

19-n 

*/ 


0 

1 


2 

3 

4-11 


12-17 


18 


19-n 


X'14’ request code 

bits 0-3> format: X'0’ (only value defined) 
bits 4-7, type activation performed: 

X’l’ cold 
X ’ 2 * ERP 

FM profile (see Appendix F) 

TS profile (see Appendix F) 

Contents ID: eight-character EBCDIC symbolic name 
that represents implementation and installation 
dependent information about the SSCP issuing the 
response to ACTCDRM; eight space (X’40’) 
characters is the value used if no information is 
to be conveyed (This field could be used to 
provide a check for a functional and 
configurational match between the SSCPs.) 

SSCP ID: a six-byte field that includes the ID of 
the SSCP issuing the ACTCDRM response; the first 
four bits specify the format for the remaining 
bits: 

bits 0-3, 0000 

bits 4-7, physical unit type (see Appendix F) of 
the node containing the SSCP 
bits 8-47, implementation and installation 

dependent binary identification 

TS Usage 

bits 0-1, reserved 

bits 2-7, secondary CPMGR receive pacing count 
( zero means no pacing of requests 
flowing to the secondary) 

Control vector, as described in the section 
"Control Vectors and Control lists," later in this 
appendix 

Note : The following vector keys may be used in 

RSP(ACTCDRM): 

X ’ 0 6 ' CDRM control vector 
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X'09' activation request/response sequence 
identifier 

X'FE’ one or more control vector keys not 
recognized in the corresponding request 

RSP(ACTLU); LU—>SSCP, Exp; SC 

DCL 1 ACTLU_RSP 

2 REQUEST_CODE 
2 TYPE__ACTIVATION 
2 FM_PROFILE 
2 TS_PROFILE 
2 CONTROL_VECTORS 

X'OD' request code 
Type activation selected: 

X’01' cold 
X' 02 ' ERP 

bits 0-3> FM profile: same as the corresponding 
request 

bits 4-7, TS profile: same as the corresponding 
request 

SSCP-LU session capabilities control vector (See 
the section, "Control Vectors and Control Lists," 
later in this appendix, for control vector X'00*.) 
LU-LU session services capabilities control vector 
(See the section "Control Vectors and Control 
Lists," later in this appendix, for control vector 
X’0C' .) 

Note : A two-byte response can be sent; it means 

maximum RU size = 256 bytes, LU-LU session limit = 
1, LU can act as a secondary LU, and all other 
fields in control vectors X'00' and X' 0 C ' are 
defaulted to 0's. except Mode Table Name in 
Control vector X’OC’, which is defaulted to eight 
space (X'40 *) characters. 

RSP(ACTPU); PU—>SSCP|PUCP, Exp; SC 

DCL 1 ACTPU_RSP 

2 REQUEST_CODE 
2 RESERVED 
2 FORMAT 

2 TYPE_ACTIVATION 
2 CCNTENTS_ID 
2 FORMAT DATA 


DCL 1 ACTPU_FMT1_RSP 

BASED(ADDR(ACTPU_RSP.F0RMAT_DATA)), /* Byte(s)*/ 
2 RESERVED CHAR(2), /* 10-11 */ 
2 C0NTR0L_VECT0RS CHAR(*); /* 12-n */ 


BASED(ADDR(RU)), /* Byte(s)*/ 
BIT(8), /* 0 */ 

BIT(2), /* 1 */ 

BIT(2 ) , 

BIT(4), 

CHAR(8), /* 2-9 */ 

CHAR(*); /* 10-n 


0 

1 

2 

3-7 

8-23 


BASED(ADDR(RU)), /* Byte(s)*/ 
BIT(8), /* 0 

BIT(8), 1 */ 

BIT(4), /* 2 */ 

BIT ( 4 ) , 

CHAR(*); /* 3-n 
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DCL 1 ACTPU_FMT2_RSP 

BASED(ADDR(ACTPU_RSP 
2 LOAD_NODULE_ID 
2 RESERVED 
2 CONTROL_VECTORS 


DCL 1 ACTPU_FMT3_RSP 

BASEDCADDRCACTPU 
2 CONTROL VECTORS 


FORMAT_DATA)), 

/* 

Byte(s)*/ 

CHAR(8), 

/* 

10-17 

*/ 

BIT( 16), 

/* 

18-19 

*/ 

CHAR(*); 

/* 

20-n 

*/ 

FORMAT_DATA)), 

/* 

Byte(s ) */ 

CHAR(*); 

/* 

10-n 

*/ 


0 

1 


2-9 


Note : 
10-n 
10-11 
12-n 


10-n 
10-17 


18-19 

20-n 


X'll* request code 
bits 0-1, reserved 
bits 2-3, format of response: 

00 format 0 

01 format 1 (defined only for PU_Tls 
and PU_T2s) 

10 format 2 (this format requires that 
bits 4-7 be set to X’3' ) 

11 format 3 (only for PU_T4|5s) 

Note : If format 0 is used on a RSP(ACTPU) from a 

PU_Tli2» it implies that the PU cannot receive FMD 
requests from the SSCP; for format 1, a control 
vector specifies this capability—see the control 
vector with Key = X'07*. A PU_T4|5 does not use 
format 1, since it can receive FMD requests, 
bits 4-7, type activation selected: 

X'l’ cold, IPL not required 
X’2’ ERP 

X'3’ cold, IPL required 

Contents ID: eight-character EBCDIC symbolic name 
of the load module currently operating in the 
node; eight space (X'40 f ) characters is the 
default value 

End of Format 0; Formats 1-3 continue below. 

Format X Continues 
Reserved 

Control vector as described in the section 
"Control Vectors and Control Lists," later in this 

appendix 

Note : The following control vectors may be used 

in RSP(ACTPU): 

X ' 0 7 * PU FMD-RU-Usage 

X’FE' vector key not recognized in the 

corresponding request 
Format 2. Continues 

Load module ID: an eight-character EBCDIC symbolic 
name of the requested IPL load module: 

X'4040...40' any load module will be accepted 
-X’4040...40’ identifies specific load module 
name 

Reserved 

Control vector as described in the section 
"Control Vectors and Control lists," later in this 
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Note : The following control vectors may be used 

in RSP(ACTPU): 

X ’ 0 7 * PU FMD-RU-Usage 

X'FE' vector key not recognized in the 

corresponding request 
Format Z Continues 

Control vector as described in the section 
"Control Vectors and Control Lists*" later in this 
appendix 

Note : The following control vectors may be used 

in RSP(ACTPU): 

X'09' activation request/response sequence 
i dentifier 

X'FE' vector keys not recognized in the 

corresponding request 

RSP(ADDLINK); PU_T4|5-->SSCP, Norm? FMD NS(c) 


DCL 1 

ADDLINK_RSP 


BASEDCADDR(RU) ) , 

/* 

ByteCs )3(/ 


2 

NS_HEADER 


BIT(24)» 

/* 

0-2 

*/ 


2 

LINK_ADDRESS 


BIT(16); 

/* 

3-4 


0-2 


X'410 21E’ NS 

header 





3-4 


Link network 

address 





RSP(ADDLINKSTA) 

; i 

?U_T 4|5—>SSCP, 

Norm; FMD NS(C) 




DCL 1 

ADDLINKSTA_RSP 


BASED(ADDR(RU)), 

/* 

Byte(s)*/ 


2 

NS_HEADER 


BIT(24), 

/* 

0-2 



2 

ALS_ADDRESS 


BIT(16); 

/* 

3-4 

*/ 

0-2 


X’410220' NS 

header 





3-4 


Adjacent link station 

network address 




RSP C BIND)> SLU- 

->PLU * Exp; SC 






DCL 1 

BIND_RSP 


BASEDCADDRCRU))> 

/* 

Byte(s)*/ 


2 

REQUEST_CODE 


BITC8), 

/* 

0 



2 

FORMAT 


BIT(4)* 

/* 

1 

*/ 


2 

TYPE 


BITC4), 





2 

FM_PR0FILE 


BIT(8)» 

/* 

2 


* 

2 

TS_PR0FIL E 


BIT(8)* 

/* 

3 

*/ 


2 

PRI_CHAIN_USE 


BIT(1), 

/* 

4 

*/ 


2 

PRI_RQ_M0DE 


BIT(l), 





2 

PRI_CHAIN_RSP 


BITC2), 





2 

PRI_TN0_PHASE_ 

COMMIT 

BIT(l), 





2 

RESERVED 


BITC1), 





2 

PRI_COMPRESSION_IND 

BIT(l), 





2 

PRI_EB_IND 


BITC1), 





2 

S E C_C H AIN_U S E 


BITC1)» 

/X 

5 

*/ 


2 

SEC_RQ_M0DE 


BIT(1)* 





2 

S E C_C H AIN_R S P 


BIT(2 ) * 





2 

SEC_TWO_PHASE_ 

COMMIT 

BIT(1)» 
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10 - 

10 - 



RSP(BIND) 


2 

RESERVED 

BIT( 1 ) , 




2 

SEC_COMPRESSION_IND 

BIT ( 1) , 




2 

SEC_EB_IND 

BIT ( 1) , 




2 

RESERVED 

BITC 1) , 

/* 

6 

*/ 

2 

FH_HEADER_USAGE 

BIT ( 1) , 




2 

BRACKETS.USAGE 

BITC 1) , 




2 

B R A C K E T_T E RM_R U L E 

BITC 1) , 




2 

A L T E R N A T E_C ODE 

BITC 1) , 




2 

SQN_AVAI LABILITY 

BIT( 1) , 




2 

BIS_SENT 

BITC 1 ) , 




2 

RESERVED 

BITC 1 ) » 




2 

SEND_RCV_MODE 

BITC 2) » 

/* 

7 

*/ 

2 

RECOVERY_RESPONSIBILITY 

BITC 1) , 




2 

CQNT_WINNER_LOSER 

BITC 1) , 




2 

RESERVED 

BITC 3)» 




2 

HDX_FF_RESET_STATE 

BITC 1 ) , 




2 

SEC_TO_PRI_STAGING_IND 

BITC 1) , 

/* 

8 


2 

RESERVED 

BITC 1) , 




2 

SEC_SEND_PACING_CNT 

BIT ( 6 ) , 




2 

RESERVED 

BITC 2 ) , 

/* 

9 

*/ 

2 

SEC_RCV_PACING_CNT 

BIT(6 ) » 




2 

SEC_SEND_MAX_RU_SIZE 

BITC8) , 

/* 

10 

*/ 

2 

PRI_SEND_MAX_RU_SIZE 

BIT ( 8 ) , 

/* 

11 

*/ 

2 

PRI_TO_SEC_STAGING_IND 

BITC 1) , 

/* 

12 

*/ 

2 

RESERVED 

BITC 1) , 




2 

PRI_SEND_PACING_CNT 

BITC 6 ) , 




2 

RESERVED 

BITC 2) > 

/* 

13 

*/ 

2 

P RI_R C V_P A CIN G_C NT 

BITC6) , 




2 

PS_PROFILE > 


/* 

14 

*/ 


3 PS_USAGE_FMT 

BIT(l) , 





3 LU_LU_SESSION_TYPE 

BITC7) , 




2 

PS_USAGE 

CHARC11), 

/* 

15-25 

*/ 

2 

CRYPTOGRAPHY_PRIVATE 

BITC 2 ) » 

/* 

26 

*/ 

2 

CRYPTOGRAPHY_SESSION_LEVEl 

BITC 2 ) , 




2 

CRYPTOGRAPHY_LENGTH 

BIT(4)» 




2 

CRYPTOGRAPHY_KEY_ENCIPH_METHOD 

BITC 2 ) » 

/* 

27 

*/ 

2 

RESERVED 

BITC3) , 




2 

CRYPTOGRAPHY_CIPHER_METHOD 

BIT C 3 ) , 




2 

S E S S_C RYPTOGRAPH Y_ KEY 






CHAR(REFER(CRYPTOGRAPHY. 

LENGTH) ) , 

/* 

28-k 


2 

P L U_NT l'JK_N A HE_ LENGTH 

BIT C 8 ) , 

/* 

k + 1 

*/ 

2 

PLU_NTWK_NAME 






CHAR(REFER(PLU_NTWK_NAME_ 

LENGTH) ) , 

/* 

k + 2-m 


2 

USE R_DAT A_L ENGTH 

BIT(8 ) , 

/* 

m+1 

*/ 

2 

USER.DATA 






CHAR(REFER(USER_DATA_ 

LENGTH)), 

/* 

m+2-n 


2 

URC.LENGTH 

BITC8) » 

/* 

n + 1 

*/ 

2 

URC CHARCREFERCURC. 

LENGTH) ) , 

/* 

n + 2-p 

*/ 

2 

SLU_NTWK_NAME_LENGTH 

BITC8) > 

/* 

P + 1 

*/ 

2 

S L U_N T N K_N A M E 






CHAR (REFER (SLU_NTWK_NAME_ 

LENGTH) ) J 

/* 

p + 2-r 

*/ 


0 X'31 * request code 

Note : The following bytes are returned for the extended 
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nonnegotiable BIND response or for the negotiable BIND 
response. (The request code alone is sent if a 
nonnegotiable BIND request specifies no session-level 
cryptography.) 

1 bits 0-3* format: 0000 (only value defined) 
bits 4-7* type: 


2-25 


26-k 

26 


27 


28-k 


k + l-r 


0000 negotiable 
0001 nonnegotiab le 

Bytes as received on BIND request, for 
nonnegotiable response; or bytes having the same 
format, but possibly with values changed from 
those received on the BIND request, for negotiable 
response 

Cryptography Options 

bits 0-1, private cryptography options: for 

nonnegotiable case, same value returned 
as received in the request, if 
present—see Note 3 

session-level cryptography options: for 
nonnegotiable case, same value returned 
as received in the request, if 
present—see Note 3 

session-level cryptography options field 
length: same value returned as received 

in the request, if present—see Note 3 
(Bytes 27-k are omitted if this length 
field is omitted or set to 0.) 
session cryptography key encipherment 
method: same value returned as received 

in the request, if present—see Note 3 
reserved 

cryptography cipher method: same value 
returned as received in the request, if 
present—see Note 3 

byte implementation-chosen, nonzero, 

cryptography 
cryptography 
is specified; 


bits 2-3, 


bits 4-7, 


bits 0-1 


b i ts 
b i ts 


2-4, 

5-7, 


e i ght- 


An 

pseudo random session-seed 
value enciphered under the session 
key, if session-level cryptography 


otherwise, same value as in BIND, if present—see 
Note 3 

Bytes as received on BIND request, for 
nonnegotiable response; or bytes having the same 
format, but possibly with values changed from 
those received on the BIND request, for negotiable 
response 

Note JL: The extended format is required for the 
negotiable BIND response or if session-level 
cryptography is specified in the BIND request; 
otherwise, only the short form (request code) is 


used. 

Note 2: On a response, if the last byte of a 
response is a length field and that field is 
zero , that byte may be dropped from the response. 
This applies also to byte 26 (where the count 
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c* o 


RSP(BIND) 


RSP(CDINIT); 

DCL 

-2 

4 

5-6 

7 


occupies only bits 4-7) if bits 0-3 are also 
zero —the entire byte may be dropped if no bytes 
follow. 

Note The Cryptography Options field is 
returned on the response for a nonnegot?able BIND 
only wheh session-level cryptography was 
specified, or for a negotiable BIND. 

SSCP—>SSCP, Norm; FMD NS(s) 


CDINIT_RSP 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

2 

NS_HEADER 

BIT(24), 

/* 

0-2 

*/ 

2 

FORMAT 

BIT(8), 

/* 

3 

*/ 

2 

PROCEDURE_STATUS 

BIT(8) , 

/* 

4 

*/ 

2 

DLU_ADDRESS 

BIT(16) , 

/* 

5-6 

*/ 

2 

LU_ST ATUS 

BIT(8), 

/* 

7 

*/ 

2 

C0S_0RIGIN 

BIT(8), 

/* 

8 

*/ 

2 

COS_NAME 

CHAR(8) , 

/* 

9-16 

*/ 

2 

MODE_NAME 

CHAR(8); 

/* 

17-24 

*/ 


X’818641 * NS header 






Format: same value 

as received in 

correspond!ng 


request 

bits 4-7, reserved 
Procedure Status: 
bits 0-3, reserved 

bits 4-7, Status at SSCP receiving CDINIT: 

0000 reserved 

0001 initiate successful—proceed 
0010 initiate successful—queued 
0011 dequeued—‘successful 
0100 dequeued—unsuccessful 
Network address of DLU for CDINIT; for CDINIT(DQ), 
it is the network address of the LU associated 
with the SSCP receiving the CDINIT(DQ) request 
LU status for LU associated with the SSCP 
receiving the CDINIT request: 
bit 0, reserved 
bit 1, 0 LU is unavailable 

1 LU is available 

bits 2-3, (reserved if LU is available) 

00 LU session limit exceeded 
01 reserved 

10 LU is not currently able to comply 
with the PLU/SLU specification 

11 reserved 

bit 4, 0 existing SSCP to LU path 

1 no existing SSCP to LU path 
bit 5, (reserved in formats 0 and 1) 

0 UNBIND and SESSEND cannot be sent by 
the LU or by its boundary function (if 
any) 

1 UNBIND and SESSEND will be sent by the 
LU or by its boundary function (if any) 
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RSP(CDINIT) 


8 


9-16 

17-24 


RSP(CDSESSEND); 

DCL 1 


0-2 

3 


4 

5 


bits 6-7, 

00 

reserved 


01 

LU 

is PLU 


10 

LU 

is SLU 


11 

reserved 


End of. Formats £ and X; Format 2 continues below 
COS origin: 

bit 0, 0 no COS name from ILU 

1 COS name from ILU 

bits 1 - 2 » (reserved if byte 8, bit 0 -= 0) 


01 

SSCP(DLU) 

SLU) 

chose 

cos 

name (DLU 

i s 

10 

SSCP(OLU) 

SLU) 

chose 

cos 

name (OLU 

i s 


bits 3-7> reserved 

COS name (if byte 8» bits 1-2 -= 01, this field 
carries unpredictable values and is not used): 
symbolic name of class of service in EBCDIC 
characters 

Mode name (if byte 8, bits 1-2 -= 01, this field 
carries unpredictable values and is not used): an 
eight-byte symbolic name (implementation and 
installation dependent) that identifies the set of 
rules and protocols to be used for the session 
(included here for use in reactivating the (LU,LU) 
session, if necessary; see CINIT and SESSEND for 
other detaiIs ) 


SSCP—>SSCP, Norm; FMD NS(s) 


CDSESSEND_RSP 

BASED(ADDR(RU)), 


Byte(s)*/ 

2 

NS_HEADER 


BIT(24 ) , 

/* 

0-2 

*/ 

2 

FORMAT 


BIT(4) , 

/* 

3 


2 

RESERVED 


31T ( 4 ) , 




2 

CAUSE 


BIT ( 8 ) , 

/* 

4 

*/ 

2 

ACTION 


BIT ( 8 ); 

/* 

5 

*/ 


X * 818648 * 

NS header 






bits 0-3, 

format: 0010 

Format 2 

(only 

value 



defined) 






Note : The extended form of RSP(CDSESSEND»Format 

2) is used only in conjunction CDSESSEND(Format 
2). For CDSESSEND(Format 0), RSP(CDSESSEND,Format 
0) includes only bytes 0-2. 
bits 4-7, reserved 

Cause: cause of deactivation the (LU,LU) session, 
as specified in byte 12 of CDSESSEND 
Action: any reactivation of the (LU, LU) session to 
be performed by either the PLU or SLU, as 
specified in SESSEND and CDSESSEND and resolved by 
the SSCPs 


E-138 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 



RSP(CDTERM) 


RSP(CDTERM)> SSCP(DLU)—>SSCP(OLU)> Norm; NS(s) 


CDTERM_RSP 

BASED(ADDR(RU ) ) , 

/* 

Byte(s)*/ 

2 NS_HEADER 

BIT(24 ) , 

/* 

0-2 */ 

2 FORMAT 

BIT(4) , 

/* 

3 */ 

2 RESERVED 

BIT(12) , 

/* 

4 */ 

2 DLU_ADDRESS 

BIT(16); 

/* 

5-6 */ 


0-2 X'818643' NS header 

3 bits 0-3> 0000 Format 0 (only value defined) 

bits 4-7, reserved 

4 Reserved 

5-6 Network address of DLU 

RSP(CINIT); PLU—>SSCP, Norm; FMD NS(s) 


DCL 1 CINIT_RSP BASED(ADDR(RU)), /* Byte(s)*/ 

2 NS_HEADER BIT(24), /* 0-2 */ 

2 C0NTR0L_VECT0RS CHAR(*),* /* 3-n */ 

0-2 X"810601* NS header 

3-n Control vectors as described in the section 

"Control Vectors and Control Lists," later in this 
appendix 

Note : The following control vector key is used in 

RSP(CINIT): 

X'FE* control vector keys not recognized 
RSPCDSRLST); SSCP—>SSCP, Norm; NSCs) 


DCL 1 DSRLST_RSP BASED(ADDR(RU)), /* Byte(s)*/ 

2 NS_HEADER BITC24), /* 0-2 */ 

2 CONTROL_LIST_DATA CHAROO; /* 3-n */ 

0-2 X’81S627 * NS header 

3-n Control list entry data for list type: 

X'Ol' (only value defined) See the section 
"Control Vectors and Control Lists" for 
the format of the control list. 


RSP (DUMPINIT ) ; PU_T4| 5—>SSCP, Norm; FMD NS(c) 


DCL 1 DUMPINIT_RSP 
2 NS_HEADER 
2 DUMP TEXT 


BASED(ADDR(RU ) ) , 
B IT ( 24 ), 
CHAR(*); 


/* Byte(s)*/ 
/* 0-2 */ 
/* 3-n */ 


0-2 X* 010206 ’ NS header 

3-n Dump data 
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RSP (DUMPTEXT) 


RSP(DUMPTEXT); PU_T4 | 5—>SSCP, Norm; FMD NS(c) 

DCL 1 DUMPTEXT_RSP BASED(ADDR(RU)), /* Byte(s)*/ 

2 NS_HEADER BIT(24), /* 0-2 */ 

2 DUMP_TEXT CHARC*)» /* 3-n */ 

0-2 X'010207 * NS header 

3-n Dump data 

RSP(INIT-OTHER-CD); SSCP—>SSCP, Norm: FMD NS(s) 


DCL 1 INIT_OTHER_CD_RSP 
2 NS_HEADER 
2 FORMAT 
2 RESERVED 
2 PROCEDURE_STATUS 
2 LU1_STATUS 
2 LU2_STATUS 


BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

BIT(24), 

/& 

0-2 */ 

BITC4), 

/* 

3 */ 

BITC4), 



BIT(8), 

/* 

4 */ 

BIT(8) , 

/* 

5 x/ 

BITCS); 

/* 

6 3*/ 


0-2 X'818640' NS header 

3 Format 

bits 0-3, 0000 Format 0 (only value defined) 

bits 4-7, reserved 

4 Procedure Status: 

bits 0-3, Status for SSCPCLU1) 

0000 reserved 

0001 initiate successful—proceed 
0010 initiate successful—queued 
0011 dequeued—successful 
0100 dequeued—unsuccessful 
bits 4-7, Status for SSCPCLU2) 

0000 reserved 

0001 initiate successful—proceed 
0010 initiate successful—queued 
0011 dequeued—successful 
0100 dequeued—unsuccessful 

5 LU1 Status 

bit 0, reserved 
bit 1, 0 LU1 is unavailable 

1 LU1 is available 

bits 2-3, (reserved if LU1 is available) 

00 LU1 session limit exceeded 
01 reserved 

10 LU1 is not currently able to comply 
with the PLU/SLU specification 

11 reserved 

bit 4, 0 existing SSCP to LU path 

1 no existing SSCP to LU path 

bit 5, reserved 
bits 6-7, 00 reserved 

01 LU1 is PLU 

10 LU1 is SLU 

11 reserved 

6 LU2 Status: 
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RSP(INIT-OTHER-CD) 


bit 0» reserved 
bit If 0 LU2 is unavailable 
1 LU2 is available 

bits 2-3f (reserved if LU2 is available) 

00 LU2 session limit exceeded 
01 reserved 

10 LU2 is not currently able to comply 
with the PLU/SLU specification 

11 reserved 

bit 4f 0 existing SSCP to LU path 

1 no existing SSCP to LU path 
bit 5f reserved 
bits 6-7f 00 reserved 

01 LU2 is PLU 

10 LU2 is SLU 

11 reserved 

RSP(RNAA); PU_T4|5—>SSCP, Norm; FMD NS(c) 


RNAA_RSP 

BASED(ADDR(RU)), 

/* 

Byte(s)*/ 

2 

NS_HEADER 


BIT(24), 

/* 

0-2 


2 

TARGET_ADDRESS 


BITC16), 

/* 

3-4 

*/ 

2 

ASSIGNMENT_TYPE 


BIT(8) , 

/* 

5 

*/ 

2 

ENTRY_CNT 


BIT(8), 

/* 

6 

*/ 

2 

SUBFIELDd: REFER (ENTRY. 

_CNT)) 

BIT(16); 

/* 

7-m 

*/ 


X’410210 ' NS header 

Set to same value as bytes 3-5 in RNAA request: 
Network address of target linkf adjacent link 
station f or LU 
Assignment type 

Number of network addresses returned 
Network address assigned: adjacent link station 
address for assignment type 0; BF.LU network 
address for assignment type 1; LU address for 
assignment type 2 

Any additional network addresses assigned 
(two-byte multipleslf in the same format as bytes 
7-8; the order of the network addresses returned 
corresponds to the order of the entries (bytes 
7-n) in the RNAA request 

RSP(ROUTE_TEST) ; PU_T4 | 5—>SSCP, Norm; FMD NS(ma) 


0-2 

3-5 

3-4 

5 

6 

7-8 


9-n 


ROUTE_TEST_RSP 

BASED(ADDR(RU)) , 

/* 

2 

NS_HEADER 

BIT(24), 

/* 

2 

FORMAT 

BIT(8), 

/* 

2 

C N T_R 0 U T E_D A T A 

BIT(8) , 

/* 

2 

ROUTE_DATA(1:REFER(CNT_ 

ROUTEJDATA)) , 



3 VR_ID 

BIT(8), 

/* 


3 VR_STATUS 

BIT(8), 

/* 


3 RESERVED 

BIT(4), 

/* 


3 ER_NUM 

BIT(4), 



3 ER_STATUS 

BIT(8) , 

/* 


Byte(s)*/ 
0-2 */ 

3 */ 

4 */ 

5 */ 

6 */ 

7 */ 

8 */ 
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rO >3* if» 


RSPC ROUTE TEST) 


3 ORIGINATING_ADJ_SA BITC32), /* 9-12 */ 

3 ORIGINATING_TGN BITC8); /* 13 */ 

0-2 X *410 306 * NS header 

Format: X * 01' 

Count of the number of Route Data fields 
-13 Route Data : information about the ERs or VRs that 

were tested. 

5 Virtual route identifier: 

bits 0-3, VRN of the VR tested 
bits 4-5, reserved 

bits 6-7, transmission priority field of the VR 
tested 

6 VR status: 

X'00' VR is not defined 

X'01* VR is in reset state 

X’02’ activation of the VR is pending 
notification .of the activation of the 
underlying ER 

X'03* an NC_ACTVR was sent to activate the VR, 
but no RSP(NC_ACTVR) has been received 
X'04' an NC_ACTVR was received to activate the 
VR, but no RSP(NC_ACTVR) has been sent 
X * 05' an NC_DACTVR(Order1y) has been sent, but 
no RSP(NC_DACTVR) has been received 
X'06’ an NC_DACTVR(Orderly) was received, but no 
RSP(NC_DACTVR) has been sent 
X'07' an NC_DACTVR(Forced) was received, but no 
RSP(NC_DACTVR) has been sent 
X 1 08 * an NC_DACTVR(Forced) was sent but no 
RSP(NC_DACTVR) has been received 
X’09' VR is active 

7 bits 0-3, reserved 

bits 4-7, ERN of the ER tested 

8 E R status: 

X'00* ER is not defined and not currently 
operative 

X ,: 01* ER is defined but not currently operative 
X'02’ ER is defined and operative, but not 
currently active 

X’0 3' an NC_ER_ACT was sent, but no 
NC_ER_ACT_REPIY has been received 
• 1 X'04* an NC„ER_ACT was received, but no 

NC_ER_ACT_REPLY has been sent 
X’05' an NC_E R_ACT was received and an 

NC_ER_ACT_REPLY was sent; an NC_ER_ACT was 
sent, but no NC_ER_ACT_REPLY has been 

received 

X'06 * an NC_ER_ACT was received but no ER is 

defined; should the ER subsequently become 
defined, an NC_ER_ACT will be sent 
X’07' an NC_ER_ACT was received and an 

NC_ER_ACT_REPLY was sent (no NC_ER_ACT has 
been sent from this end) 
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RSP C ROUTE_TEST) 


( 


X'08* ER is active and each node on the ER 
supports ER-VR protocols 

X’09’ ER is operative but not currently defined 
X'OA* ER is active and traverses a node that 
does not support ER-VR protocols 
9-12 Subarea address of the adjacent node through which 

the ER being tested flows from this node 
13 Transmission group number of the TG (to the node 

identified in bytes 9-12) over which the ER being 
tested flows from this node 

14-n Any additional 9-byte entries in the same format 

as bytes 5-13 

RSP(STSN); SLU—>PLU, Exp; SC 


STSN_RSP 


BASED(ADDR(RU)), 

/* 

Byte (s )*/ 

2 

REQUEST_CODE 


BIT(8), 

/* 

0 

*/ 

2 

R ESU LT_CODE_SEC_TO_ 

.PRI 

BIT( 2 ), 

/* 

1 

*/ 

2 

RESULT_CODE_PRI_TO_ 

.SEC 

BIT ( 2 ), 




2 

RESERVED 


BIT(4) , 




2 

SEC_TO_PRI_SQN 


BIT( 16) , 

/* 

2-3 

*/ 

2 

PRI_TO_SEC_SQN 


BIT( 16) ; 

/* 

4-5 

*/ 


0 X'A2' request code 

1 bits 0-1, result code for S—>P action code in the 

request (related data in bytes 2-3) 
bits 2-3, result code for P—>S action code in the 
request (related data in bytes 4-5) 

Note JL: Values for either result code 
ar e: 

• For set or ignore action code: 

01 ignore (other values reserved); 
appropriate bytes 2-3 or 4-5 

reserved 

• For sense action code: 

00 for LU-LU session type 0: 
user-defined meaning; for all other 
LU-LU session types: reserved 

(appropriate bytes 2-3 or 4-5 

reserved) 

01 reserved 

10 secondary half-session’s sync point 

manager does not maintain or cannot 
return a valid transaction 

processing program sequence number 
(appropriate bytes 2-3 or 4-5 

reserved) 

11 transaction processing program 

sequence number* as known at the 
secondary, is returned in bytes 2-3 
or 4-5, as appropriate 

• For set and test action code: 

00 for LU-LU session type 0: 

user-defined meaning; for all other 
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RSPCSTSN) 


LU-LU session types: invalid 

sequence numbers have been detected 
by the secondary (appropriate bytes 
2-3 or 4-5 return the secondary 
transaction processing program 
sequence number) 

Note 2.: invalid determination results 

whan the sequence number indicated could 
not have occurred. For example, the 
mounting of an incorrect sync point log 
tape by the operator at one of the LUs 
would cause this condition. 

01 value received in STSN request 
equals the transaction processing 
program sequence number value as 
known at the secondary (appropriate 
bytes 2-3 or 4-5 return the 
secondary’s value for the 

transaction processing program 
sequence number) 

10 secondary half-session's sync point 
manager does not maintain or cannot 
return a valid transaction 
processing program sequence number 
(appropriate bytes 2-3 or 4-5 
reserved) 

11 value received in STSN request does 

not equal the transaction 

processing program sequence number 
value as known at the secondary 
(appropriate bytes 2-3 or 4-5 
return the secondary's value for 
the transaction processing program 
sequence number) 

bits 4-7> reserved 

2-3 Secondary-to-primary normal-flow sequence number 

data to support S—>P result code, or reserved 
(see Note 1 above) 

4-5 Primary-to-secondary normal-flow sequence number 

data to support P-->S result code or reserved (see 
Note 1 above) 

Note 2: Where the STSN request specified as action codes 
two "sets," two "ignores> n or a combination of "set" and 
"ignore," the positive response RU optionally may consist of 
one byte—X'A2' (the STSN request code)—rather than all six 
bytes. 
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CONTROL VECTORS AND CONTROL LISTS 

The following table shows* by key value* the requests and 
responses that carry the specific control vector: 


control Vector Kev Requests or Responses Carrying the 

Vector 


X’OO’ 
X ' 01 ’ 
X ’ 0 2 ’ 
X ’ 0 3 ’ 
X’ 04’ 
X’ 05’ 
X ’ 0 6 ’ 
X ’ 0 7 ’ 
X * 0 8 ’ 
X ’ 09 ’ 
X ’ 03 ’ 
X’ 0C ’ 
X’ 0D' 
X ’ FE ’ 


RSP (ACT LU) 

SETCV (NS(c ) ) 

SETCV (NS(c)) 

SETCV (NS(c ) ) 

SETCV (NS(c)) 

SETCV CNS(c)) 

ACTCDRM, RSP(ACTCDRM) 

RSP(ACTPU) 

SETCV (NS(ma)> 

ACTCDRM, ACTPU * RSPCACTCDRM|ACTPU) 
ACTPU 

RSP(ACTLU) 

CINIT 

RSP(ACTCDRM|ACTPU|ACTLU|CINIT) 


The following table shows* by list type, the requests and 
responses that carry the specific control list: 


Control List Type Requests or Responses Carrying the List 
X’01' +RSP(DSR LST) 


The control vectors are defined as follows (with zero-origin 
indexing of the vector bytes — see the individual RU 
description for the actual displacement within the RU): 


SSCP - LU Session Capabilities Control Vector 


DCL 1 CONTROL_VECTOR_TYPE_00 


BASED, 

/* 

Byte( s ) */ 

2 

KEY 


B IT(8)* 

/* 

0 */ 

2 

MAX_RU_SIZE 


B IT ( 8 ) , 

/* 

1 */ 

2 

CHAR_CODED_CAPABILITY 


BIT(1) , 

/* 

2 */ 

2 

FIE LD_FORMAT_CAPABILITY 


BIT( i ) , 



2 

RESERVED 


BIT( 22 ) * 

/* 

3-4 */ 

0 

Key: X’00' 





1 

Maximum RU size sent on 

the 

normal flow 

by either 


half-session: if bit 0 

i s 

set to 

0, 

then no 


maximum is specified and 

the remaining 

bits 1-7 
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Control 


E-146 


Vectors 


are ignored, if bit 0 is set to 1, then the byte 
is interpreted as X'ab' = a*2**b (Notice that, by 

definition, a>3 and therefore X'ab' is a 
normalized floating point representation.) See 
Figure E-1 for all possible values. 

2-3 1U Ca p abilities 

2 bit 0, character-coded capability: 

0 the SSCP may not send unsolicited 
character-coded requests; a solicited 
request is a reply request or a request 
that carries additional error 

information to supplement a previously 
sent negative response or error 
information after a positive response 
has already been sent 

1 the SSCP may send unsolicited 

character-coded requests 
bit 1, field-formatted capability: 

0 the SSCP may not send unsolicited 
field-formatted requests 

1 the SSCP may send unsolicited 

field-formatted requests 
2-3 bits 2-15, reserved 

4 Reserved 


Date - Time Contro1 Vector 


DCL 1 

CONTROL_VECTOR_TYPE_01 

BASED, 


Byte(s)*/ 


2 

KEY 

BIT ( 8 ) > 

/* 

0 */ 


2 

DATE 

CHAR(12), 

/* 

1-12 */ 


2 

TIME 

CHAR(8); 

/* 

13-20 */ 

0 


Key: X'01’ 




1-12 


Date, in EBCDIC: MM/DD/YY 

.ddd (MM = 

month; DD = 



day of month; YY = year; 
1-366) 

ddd = Nth 

day 

of year. 

13-20 


Time, in EBCDIC: HH.MM. 

SS (HH = 

hours; MM = 



minutes; SS = seconds) 





Subarea Routino Control Vector 


DCL 1 CQNTROL_VECTOR_TYPE__0 2 
2 KEY 

2 SUBAREA_ADDRESS 


BASED, /* Byte(s)*/ 
BITCS), /* 0 */ 
BIT(8); /* 1 */ 


0 Key: X’02’ 

1 Subarea address (left-justified) 
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Control Vectors 


SDLC Secondary Station Control 

DC L 1 CONTROL_VECTOR_TYPE_03 
2 KEY 

2 RESERVED 
2 PU_TYPE 
2 RESERVED 
2 TS_PROFILE_2 
2 LCP_RESET_OPTION 
2 RESERVED 
2 BTU_SEND_LIMIT 
2 MAX_BTU_PER_ALS 
2 ERROR_RETRY_INDICATOR 
2 LINK_ERRQR_RECOVERY_IN 
2 MAX_BTU_SIZE 


Vector 


BASED, 

/* 

Byte ( 

s )*/ 

BIT(S) , 

/* 

0 

*/ 

BIT(13), 

/* 

1-2 

*/ 

BIT( 2 ) , 

/* 

2 

*/ 

BIT(l) , 




BIT(1 ) , 

/* 

3 

*/ 

BIT( 1) , 




BITC6) , 




BIT(8), 

/* 

4 

*/ 

BIT ( 8) , 

/* 

5 

*/ 

BIT (8 ) , 

/* 

6 

*/ 

BITC16), 

/* 

7-8 

*/ 

BITC16); 

/* 

9-10 

*/ 


0 

1 

2 


3 


6 

7-8 

9-10 


Key: X’03’ 

Reserved 

PU type identifier for SPU: 
bits 0-4» reserved 
bits 5-6, 01 PU_T2 

10 PU T1 


bit 7 
Type 
bit 0 


bit 1 


, reserved 
modifier: 

, if byte 2 identifies PU_T1: 

0 - TS Profile 2 

1 TS Profile 2 if byte 2 identifies 
-PU_T1: reserved 

, 0 discontinue link-level contact with 

adjacent PU_T1|2 node if the PU_T4 
initiates an auto network shutdown 
procedure for the SSCP controlling that 
PU_T1|2 node 

1 continue link-level contact with 
adjacent PU_T1|2 node if the PU_T4 
initiates an auto network shutdown 
procedure for the SSCP controlling that 
PU_T1|2 node 


bits 2-7, reserved 
SDLC BTU send limit 

Maximum consecutive BTUs sent from the primary 
station to the specified secondary station without 
another secondary station on the link being polled 
or being sent BTUs 
Error retry indicator 

Link error recovery control information 
Byte count of maximum BTU size permitted to be 
sent to the adjacent link station represented by 
the specified SPU 
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Control Vectors 


LU Control Vector 


CONTROL_VECTOR_TYPE_04 

BASED, 

/* 

Byte(s)*/ 

2 

KEY 

BIT ( 8 ) , 

/* 

0 


2 

LU_LOCAL_ID 

BIT( 8 ) , 

/* 

1 


2 

RESERVED 

BIT( 2) » 

/* 

2 


2 

SECONDARY_RCV_PACING_CNT 

BIT ( 6 ) , 




2 

RESERVE D_0 N E S 

BIT ( 8 ) , 

/* 

3 


2 

SCHEDU LING_PRIOR ITY 

BIT(8 ) ; 

/* 

4 

*/ 


0 

1 

2 

3 

4 


Key: X'04' 

Local address form of LU network address 
bits 0-1> reserved 

bits 2-7, secondary CPMGR's receive pacing count 
Reserved, set to a value of 1 

Scheduling priority to be used for the BF.TCs 
supporting secondary half-sessions involving the 
specified LU: 

X * 01 * low priority (batch) 

X ' 0 2 * high priority (interactive) 


Channel Control Vector 


DCL 1 CQNTRO L_VECT0R_TYPE_05 
2 KEY 

2 CHANNE L_DE LAY 

0 Key: X’05’ 

1-2 Channel delay: minimum interval between successive 

inbound transmissions (binary, in tenths of a 
second) 


BASED, /* Byte(s)*/ 
BIT(8), /* 0 */ 

BITC16); /* 1-2 */ 


CPRM Control Vector (Carries information on the capabilities 
of the SSCP sending the control vector.) 


DCL 1 CONTROL_VECTOR_TYPE_06 

BASED, 

/* 

Byte(s)*/ 

2 

KEY 

BIT ( 8 ) , 

/* 

0 


2 

VECTOR_LENGTH 

BIT ( 8 ) , 

/* 

1 

*/ 

2 

CDRM_PROFILE 

BIT (8 ) , 

/* 

2 

*/ 

2 

NAME_PAIR_SESSION_KEY 

BIT(l), 

/* 

3 

*/ 

2 

ADDRESS_PAIR_SESSION_KEY 

BIT(l), 




2 

PARALLEL_SESSIONS 

BIT ( 1 ) , 




2 

URC 

BIT(l), 




2 

RESERVED 

BIT(l), 




2 

PCID_S E S S10 N_K E Y 

BIT(l), 




2 

F0RMAT_2_CDINIT_SUPP0RT 

BIT(l), 




2 

F0RMAT_2_CDSESSEND_SUPP0RT 

BIT(l), 




2 

RESERVED 

CHAR (#); 

/* 

4-n 

*/ 

0 

Key: X’06’ 





1 

Length, in binary, of Description field 

(X’00 

f s 


no Description field present) 


2-n Dsscription Field 

2 CDRM profile: X'00 ' (only value defined) 
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3 CDRM usage: 

bit 0, 0 name pair session key (X'06*) supported 

1 name pair session key not supported 
bit 1» 0 address pair session key ( X ' 0 7 ' ) not 

supported 

1 address pair session key supported 
bit 2> 0 parallel sessions not supported 

1 parallel sessions supported 
bit 3, 0 URC not supported by SSCP (and all PLUs 

within its domain) in cross-domain 
session initiation 

1 URC supported by SSCP (and all PLUs 
within its domain) in cross-domain 
session initiation 
oit 4, reserved 

bit 5, 0 PCID session key (X ? 05’) not supported 

1 PCID session key supported 
bit 6, 0 CDSESSEND from SSCP(SLU) and 

CDINIT(Format 2) not supported; 
requires NS_LSA to reset session 
knowledge; therefore* all sessions 
managed by the SSCP use virtual routes 
mapping to ERO from the subarea of the 
SLU to the subarea of the PLU 
1 CDSESSEND from SSCP(SLU) and 

CDINIT(Format 2) supported; NS_LSA is 
not used to reset session knowledge; 
therefore, no ER restrictions exist for 
sessions managed by this SSCP 
bit 7, 0 Format 2 CDSESSEND not supported 

1 Format 2 CDSESSEND supported 
Note : If the control vector is omitted or the 

length is 0, the corresponding request or response 
implicitly' specifies that the name pair session 
key is supported and the others are not. 

4-n Reserved 

PU FMD - RU - Usaae Control Vector 

DCL 1 C 0 N T R 0 L_VE C T 0 R_T YP E_0 7 
2 KEY 

2 RESERVED 

2 ADJ_PU_LOAD_CAPABILITY 
2 PU_FMD_REQUEST_CAPABI LITY 
2 RESERVED 

0 Key: X'07V 

1 bits 0-5, reserved 

bit 6, adjacent PU load capability (initialized to 
0 by the PU_T2): 

0 adjacent PU cannot load the PU_T2 node 
1 adjacent PU can load the PU_T2 node 
(set by the boundary function in the 
adjacent subarea node) 


BASED, /* Byte(s)*/ 
BIT(8), /* 0 */ 

BIT(6), 1 */ 

BIT( 1) , 

BIT( 1) , 

CHAR(6); /* 2-7 */ 
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bit 7, FMD request capsbility of the node: 

0 PU cannot receive FMD requests from the 
SSCP 

1 PU can receive FMD requests from the 
SSCP 

2-7 Reserved 

Intensive Mode Control Vector 

DCL 1 CONTROL_VECTOR_TYPE_08 
2 KEY 

2 INTENSIVE_MODE_SET_RESET 
2 RESERVED 

2 MAX_NUMBER_OF_IMRS 

0 Key X’CS* 

1 bit 0, 0 reset intensive mode 

1 set intensive mode 
bits 1-7, reserved 

2-3 Maximum number of intensive mode records CIMRs) 

Activation Request/Response Sequence Identifier Control 
Vector 


BASED, 

/* 

Byte(s)*/ 

BIT(8), 

/* 

0 */ 

BIT(l), 

/* 

1 */ 

BITC7) , 



BIT( 16 ); 

/* 

2-3 */ 


DCL 1 CQNTROL_VECTOR_TYPE_09 
2 KEY 

2 VECTOR_LENGTH 
2 ACT_REQ_SEQ_ID 


BASED, /* Byte(s)*/ 
BIT(8), /* 0 */ 

BIT(8), /* 1 */ 

CNAR(S); /* 2-9 */ 


0 Key: X'09' 

1 Length, in binary, of Vector Data field 

2-9 Vector Data Field 

2-9 Activation request/response sequence identifier: 

an eight-byte binary value, generated by the 
sender of ACTCDRM, RSP(ACTCDRM) , ACTPU, and echoed 
in RSP(ACTPU), and used by the receiver to 

determine w hether the current RU supersedes a 

previously received RU from the same sender (If 
the current RU has an activation request/response 
sequence identifier value greater than the 

corresponding activation request/response sequence 
identifier value of the earlier ACTPU, ACTCDRM, or 
RSP(ACTCDRM), the current RU is accepted and 

processed, while the earlier RU is superseded. 
The eight-byte field has the following 
characteristic: If nl was generated at time tl, 

and n2 was generated at time t2, and tl < t2, then 
nl < n2.) 
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SSCP - PU Session C a p a b ilities Control Vector 


DCL 1 CQNTRO L_VECTOR_TYPE_OB 
2 KEY 

2 VECTOR_LENGTH 
2 NS_LSA_REQUIRED 
2 ALS_ADDRESS_SUPPORT 
2 RESERVED 


BASED* /# Byte(s)*/ 
BITC8)> /* 0 */ 

BITC8), /* 1 */ 

BIT(l), /x 2 */ 

B IT ( 1 ) , 

BIT ( 6 ) ; 


0 

1 

2 

2 


Key: X'OB' 

Length, in binary, of Vector Data field 

Vector Data Field 


bit 0, 0 

1 

bit 1, 0 

1 

bits 2-7, 


NS_LSA required 
NS_LSA not required 
adjacent link station network 
not supported 

adjacent link station network 
supported 
reserved 


address 

address 


LU-LU Session Services Capabilities Control Vector 


CONTROL_VECTOR__TYPE_OC 

BASED, 

/* 

By te ( 

s) */ 

2 

KEY 

BITC8) , 

/* 

0 


2 

VECTOR_LENGTH 

BITC8) , 

/* 

1 


2 

PRI_LU_CAPABILITY 

BITC4) , 

/* 

2 

*/ 

2 

SEC_LU_CAPA3ILITY 

BITC4) , 




2 

L U_ L U_S E S S10 N_ LIMIT 

BIT (1 6 ) , 


3-4 


2 

LU_LU_SESSION_COUNT 

BITC16), 

/* 

5-6 


2 

P A R A L L E L_S E S S10 N_C A PA8ILITY 

BIT (1 ) , 

/* 

7 


2 

NOTIFY_AT_SESSION_END 

BITC 1 ) , 




2 

RESERVED 

BITC 6 ) , 




2 

MOD E_N A ME_T ABLE 

CHAR (8) ,* 

/* 

8-15 

*/ 


0 

1 

2-15 

2 


3-4 

5-6 


Key: X'OC’ 

Length, in binary, of vector data field 
Vector Data Field 

bits 0-3, primary LU capability: 

0000 cannot ever act as primary LU 
0001 cannot currently act as primary 
LU 

0010 reserved 

0011 can now act as primary LU 
bits 4-7, secondary LU capability: 

0000 cannot ever act as secondary LU 
0001 cannot currently act as secondary 
LU 

0010 reserved 

0011 can now act as secondary LU 
LU-LU session limit (where a value of 0 means that 
no session limit is specified) 

LU-LU session count: the number of LU-LU sessions 
that are not reset, for this LU, and for which 
SESSEND will be sent to the SSCP 
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7 


8-15 


bit 0, parallel session capability: 

0 parallel sessions not supported 
1 parallel sessions supported 
bit 1, 0 do not send NOTIFY at the completion 

(LU,LU) session deactivation 
1 send NOTIFY at the completion of 
(LU,LU) session deactivation 
bits 2-7> reserved 

Mode table name: an eight-character symbolic 
(implementation and installation dependent) 
identifies the mode table that contains the 
nape (A value of eight space (X'40*) characters 
means that the mode table name is to be selected 
by the SSCP.) 


of 


the 


name 

that 

mode 


Mode/Class - of - Service/Virtual - Route - Identifier - List Control 
Vector 


CONTROL_VECTOR_TYPE_OD 

BASED, 

/* 

Byte(s)*/ 

2 

KEY 

BIT(8)> 

/* 

0 


2 

VECTOR_LENOTH 

BIT(8) » 

/* 

1 

*/ 

2 

M0DE_NAME 

CHAR(8), 


2-9 

*/ 

2 

C0S_NAME 

CHAR(8), 

/* 

10-17 


2 

VR_INF0_LENGTH 

BIT(8), 

/* 

18 


2 

VR_ID_LIST_FORMAT 

BIT(8), 

/* 

19 

*/ 

2 

TYPE_OF_VR_REQUIRED 

BIT ( 8 ) * 

/* 

20 

*/ 

2 

NUMBER_OF_VRNS 

BIT(8), 

/* 

21 

*/ 

2 

VR_ID_LIST(1:REFER(NUMBER_0F_ 

_VRNS) ) 

BIT(16)J 

/* 

22-n 

*/ 


0 

1 

2-n 

2-9 


10-17 

18-n 

18 

19 

20 


21 


Key: X f 0D' 

Length* in binary, of vector data field 
Vector Data Field 

Mode name: an eight-character symbolic name 

(implementation and installation dependent) that 
identifies the set of rules and protocols to be 
used for the session; used by the SSCP(SLU) to 
select the BIND image that will be used by the 
SSCP(PLU) to build the CINIT request 
COS name: symbolic name of class of service in 

EBCDIC characters 
Virtual Route Information 

Length (in bytes) — including format, type, number 
of entries, and entries of Virtual Route 
Information field 

Format of virtual route identifier list: 

X' 00 ’ format 0 (only value defined) 

Type of virtual route required: 

X'OQ* only virtual routes mapping to ERO from 
the subarea of the SLU to the subarea of 
the PLU may be used 

X'01’ virtual routes mapping to any ERN may be 
used 

Number of entries in the virtual route identifier 


SNA FORMAT AND PROTOCOL REFERENCE MANUAL 



Control vectors 


list 

22-n Virtual route identifier list: two-byte (VRN* TPF) 

entries where VRN is one byte and TPF is one byte 


Control Vector Kevs Not Recognized Control Vector 


CONTROL^.VECTOR_TYPE_FE 

BASED, 

/* 

Byte(s)*/ 

2 KEY 

BIT(8 ) , 

/* 

0 */ 

2 VECTOR_LENGTH 

BIT(8) * 

/* 

1 */ 

2 NOT_RECCGNIZED_VECTOR 




CHAR(REFER(VECTQR_ 

.LENGTH) ) ; 

/* 

2-n */ 


0 

1 

2-n 


2 


3-n 


Key: X'FE’ 

Length* in binary* of vector data field 
Vector Data Field 

Control vector key value not recognized in 
cor responding request 

Any additional unrecognized control vector keys 


The control lists are defined* by type* as follows (with 
zero-origin indexing of the list bytes; see the individual 
RU description for the actual displacement within the RU): 


Type X'01* : LU Status Control List Entry 


CONTRO L_LIST_TYPE_01(32) 

BASED, 

/* 

Byte(s)*/ 

2 

RESERVED 

BIT(l), 

/* 

0 

*/ 

2 

LU_AVAILABILITY 

BIT(1), 




2 

LU_SESSIGN_ST ATUS 

BIT( 2 )* 




2 

SSCP_LU_PATH_EXISTS 

BIT(1), 




2 

RESERVED 

BIT ( 3 ) » 




2 

LU_IN_PU_TYPE_5 

BIT(l), 

/* 

1 

*/ 

2 

RESERVED 

BIT(6), 




2 

LU_ACCEPTING_INIT_LOGON 

BIT(1), 




2 

SESSION_COUNT 

BIT(16 ); 

/* 

2-3 

*/ 


0 LU status 

bit 0, reserved 
bit 1* 0 LU is unavailable 

1 LU is available 
bits 2-3* (if LU is unavailable) 

GO LU session count exceeded 
01 LU is being taken down (not 
accepting new sessions) 

10 LU is not currently able to comply 
with the PLU/SLU specification 

11 reserved 

bit 4* 0 existing SSCP to LU path 

1 no existing SSCP to LU path 
bits 5-7* reserved 
1 LU inforrnation: 

bit 0* 0 LU does not reside in a PU_T5 node 
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1 LU resides in a PU_T5 node 
bits l-6> reserved 

bit 7, 0 LU is accepting INITIATEs/logons 

1 LU is temporarily not accepting 
INITIATEs/logons 

2-3 Session count (range: 0-65535) 
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DLC XID INFORMATION - FIELD FORMATS 

This section describes the formats of the information field 
of the XID command (sent by a primary link station) and 
response (sent by a secondary link station); XID Formats 0* 
1, and 2 apply to SDLC, and Format 2 applies also to the 
System/370 channel DLC. The response format for Formats 0 
and 1 is also carried in the REQCONT request RU» which is 
sent from the PPU to the SSCP or PUCP. The contents of XID 
Format 2 sent and received are also included in the 
CONTACTED RU, which is sent from the PU to the SSCP or PUCP. 


DCL 1 XID 



BASED(ADDR(RU)) UNALIGNED, 

/* BYTES */ 

/* 

Byte(s)*/ 

2 

FORMAT 

BIT(4)> 

/* 

0 

*/ 

2 

PU_TYPE 

BIT(4), 




2 

LENGTH 

BIT(8)> 

/* 

1 

*/ 

2 

N0DE_ID, 


/* 

2-7 

*/ 


3 BL0CK_NUM 

BITC12), 

/* 

2-3 

*/ 


3 ID_NUM 

BIT(20)» 

/* 

3-5 

*/ 


3 RESERVED 

BIT(16), 

/* 

6-7 

*/ 

2 

XID_NUMBERS 

CHAR(1); 

/* 

8 

*/ 


XID_1 BASED(ADDR(XID.XID_ 

NUMBERS)), 

/* 

Byte (s)*/ 

2 

RESERVED 


BIT( 2) , 

/* 

8 

*/ 

2 

SENDER_LINK_ST ATION_ROLE 

BIT( 1 ) , 




2 

RESERVED 


BIT(1) , 




2 

XMIT_RCV_CAPABILITY 


BIT( 4) » 




2 

RESERVED 


BIT(2 ) , 

/* 

9 

*/ 

2 

SEGMENT_ASSEM_CAPABILITY 

BIT(2 ) » 




2 

RESERVED 


BIT(4 ) , 




2 

MAX_I_FIE LD_LENGTH 

FIXED BINARY(15), 

/* 

10-11 

*/ 

2 

RESERVED 


BIT ( 4 ) , 

/* 

12 

*/ 

2 

SD LC_CMD_RSP_PROFIL E 


BIT ( 4 ) , 




2 

RESERVED 


BIT( 2) , 

/* 

13 

*/ 

2 

SIM_RIM_S U P P 0 R T 


BIT(1) , 




2 

RESERVED 


BIT(22), 

/* 

13-16 

*/ 

2 

MAX_NUM_I_FRAMES 


BIT( 7) , 




2 

RESERVED 


BIT(8 ) , 

/* 

17 

*/ 

2 

SD LC_ADDR ESS_L ENGTH 

FIXED 

BINARY(8), 

/* 

18 

*/ 

2 

SDLC_SECONDARY_STATION 






CHAR(REFER(SDLC_ 

ADDRESS 

_LENGTH)), 

/* 

19 

*/ 

2 

NUMBER_OF_DIAL_DIGITS 

FIXED BIN(8), 

/* 

20 


2 

DIAL_DIGITS 







CHAR(REFER(NUMBER_ 

QF.DIAL 

.DIGITS)); 

/* 

21-n 

*/ 


XID_2 BASED(ADDR(XID. 

XID.NUMBERS)), 

/* Byte(s)*/ 

2 TG.STATUS 

BIT (1) , 

/* 8 */ 

2 MULTI.LINK 

BIT ( 1 ) , 


2 S E G_A S S E M__C A P 

BIT(2), 


2 RESERVED 

BIT(4) , 
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2 FID_0_SUPPORTED 
2 FID_1_5UPPORTEQ 
2 RESERVED 
2 FID_4_SUPPORTED 
2 RESERVED 
2 MAX_PIU_LENGTH 
2 TGN 
2 SA 

2 RESERVED 
2 ERROR_STATUS 
2 RESERVED 

2 CONTACT_OR_LOAD_STAT 
2 IPL_LOAD_MODULE_NAME 
2 RESERVED 
2 DLC_TYPE 
2 DIC_UNIQUE 


DCL 1 XID_2_SDLC 

BASED(ADDR(XID_2.DLC. 

2 RESERVED 
2 S T A_R 0 L E_S E C 
2 STA_ROLE_PRI 
2 RESERVED 
2 STA_XMIT_RCV_CAP 
2 MAX_RECEIVABLE_I_FIELD 
2 RESERVED 
2 CMD_RSP_PROFILE 
2 RESERVED 
2 SDLC_INIT_MODE* 

3 SDLC_INIT_SEND 
3 SDLC_INIT_RCV 
2 RESERVED 
2 MAXIN 
2 RESERVED 


DCL 1 XID_2_CHL BASEDCADDRCXID_2.DLC. 
2 INIT_BUFFS 
2 READ_CCWS 
2 BYTES_PER_READ 
2 BYTES_OF_PAD 
2 STATUS_MODIFIER 
2 RESERVED 
2 ACTIVE_TG_ACTION 
2 RESERVED 
2 ATTN_DE LAY 
2 ATTN_TIMEOUT 


BITCH , 
BITC1), 
BITC 2)* 
BITCH , 
BITCH) , 
BITC16), 
BITC8) , 
BIT(32 ) » 
BIT(1)» 
BIT(4)* 
BITC3) * 
BITC 8)» 
CHAR(8)> 
BITC16)* 
BITC 8)* 
CHAR Cl)* 


UNIQUE)), 
BIT C 2)* 
BITC1) , 
BITC1 ) , 
BITC 2 ) * 
3ITC2) , 
BITC16) , 
BITC4) , 
BITC4), 
BITC 2)» 

BITCH* 
BITCH , 
BITC21) , 
BITC 7), 
BITC40); 


UNIQUE)), 
BITC8) , 
BITC16 ) * 
BITC16) , 
BITC8), 
BITCH* 
BITC1), 
BITC1), 
BITC 5), 
BITC16) , 


/* 


*/ 


'v_ 


/* 

9-10 

*/ 

/* 

11-12 

*/ 


13 


/* 

14-17 

*/ 

/X 

18 


/* 

19 

*/ 

/* 

20-27 

X/ 

/* 

28-29 

X/ 

/X 

30 

X/ 

/X 

31 

*/ 

/* 

ByteCs)*/ 

/* 

31 

X/ 

/* 

32-33 

X/ 

/* 

34 

X/ 

/X 

35 

X/ 

/* 

35-38 

X/ 

/X 

38 

X/ 

/X 

39-43 

X/ 

/X 

Byte C s)*/ 

/X 

31 

X/ 

/X 

32-33 

X/ 

/X 

34-35 

X/ 

/X 

36 

X/ 

/X 

37 

X/ 

/X 

38-39 

X/ 

/* 

40-41 

X/ 


bits 0-3, 


format 

X'O' 


of XID I-field: 
fixed format: only 
included 


bytes 0-5 are 


ff 
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1 

2-5|7 

2-5 


-P 

-7 


9 


10-11 


X’ 1 ’ variable format (for PU_T1I 2 to 
PU__T4i5 node exchanges): bytes 

0-p are included 

X'2* variable format (for PU_T4|5 to 
PU_T4!5 node exchanges): bytes 

0-p are included 

bits 4-7, type of the XID-sending node: 

X'l* PU_T1 
X * 2 ' P U_T2 
X'3' reserved 

X'4 * subarea node (PU_T4 or PU_T5) 
Length, in binary, of variable-format XID I-field; 
reserved for fixed-format XID I-field 
Node Identification 

bits 0-11, Block number: an IBM product specific 
number; see the individual product 
specifications for the specific values 
used 

bits 12-31, ID number: a binary value that, 

together with the block number, 
identifies a specific station uniquely 
within a customer network 

installation; the ID number can be 
assigned in various ways, depending on 
the product; see the individual 
product specifications for details 
End of Format 0 
Format JL Conti nuat i on 
Reserved 

Link Station and Connection Protocol Flags 
bits 0-1, reserved 

bit 2, link-station role of XID sender: 

0 sender is a secondary link station 
1 sender is a primary link station 
bit 3, reserved 

bits 4-7, link-station transmit-receive capabili¬ 
ty : 

X'O' two-way alternating 
X'l' two-way simultaneous 
Characteristics of the node of the XID sender: 
bits 0-1, reserved 

bits 2-3, segment assembly capability of the path 
control element of the node: 

00 the Happing field is ignored and 
PIUs are forwarded unchanged 
01 segments are assembled on a 
link-station basis 

10 segments are assembled on a session 
basis 

11 only whole BIUs are allowed 
bits 4-7, reserved 

Maximum I-field length that the XID sender can 
receive: 

bit 0, format flag: 
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0 bits 1-15 contain the maximum I-field 
length (only value defined) 
bits 1-15* maximum I-field length, in binary 
12 bits 0-3* reserved 

bits 4-7* SDLC command/response profile: 

X'O' SNA link profile (only value 
defined) 

Note : This profile refers to the 

mandatory command/response support on a 
SDLC link* as follows: 

• For an SDLC link, having a 

point-to-point or multipoint 

configuration* the support required 
is: 


Commands 


Responses 


I-frames 

RR 

RNR 

Test 

XID 

SNRM 

Disconnect 


Reject (Note 2) 


I-frames 

RR 

RNR 

Test 

XID 

UA 

DM 

RD (Note 1) 
Frame Reject 
Reject (Note 2) 


Note 1.: The RD response is sent by the 
secondary station if and only if the SPU 
in its node receives a DISCONTACT 
request from its SSCP or PUCP. 


Note .2: Reject is required only if both 
sender and receiver have two-way 
simultaneous transmit-receive 

capabi1ity. 

• For an SDLC link having a loop 
configuration* the support required 
is: 


Commands 

I-frames 

RR 

RNR 

Test 

XID 

SNRM 

Disconnect 


Responses 

I-frames 

RR 

RNR 

Test 

XID 

UA 

DM 
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Frame Reject 
Configure 
Beacon 
RD (Note) 

Note ; The RD response is sent by the 
secondary station if and only if the SPU 
in its node receives a DISCONTACT 
request from its SSCP or PUCP. 

13 bits 0-1, reserved 

bit 2, SDLC initialization mode options: 

0 SIM and RIM not supported 
1 SIM and RIM supported 
bits 3-7, reserved 
14-15 Reserved 

16 bit 0 , reserved 

bits 1-7, maximum number of I-frames that can be 
received by the XID sender before an 
acknowledgment is sent, with an implied 
modulus for the send and receive 

sequence counts —less than 8 implies a 
modulus of 8, 8 or greater implies a 

modulus of 128 


17 

18-tn 

18 

Reserved 

SDLC Address Assianment Field 
Length in bytes (or octets) of 

the 

SDLC address to 

19-m 

be assigned (bytes 19-m) 
Secondary station address to be 

assigned 

rn+l-p 

m+1 

m+2-p 

Dial Digits of XID Sender 

Number of dial digits 

Dial digits: any byte value 

of 

the form X'Fn’ 

8-p 

8 

(0<n<F) is valid 
• End of Format 1 

Format 2 Continuation 
bit 0, TG status: 




0 TG inactive 

1 TG active 

bit It multiple-link TG support: 

0 multiple-link TG not supported 

1 multiple-link TG supported 

bits 2-3, segment assembly capability of the path 
control element of the node: 


00 

segments 

through 

are ignored and 

passed 

01 

segments 

station 

are assembled on 
basis 

a link 

10 

segments 
bas i s 

are assembled on a 

session 

11 

segments 

are not allowed 



bits 4-7, reserved 
9 FID types supported: 

bit 0, 0 FID 0 not supported 


UP 

Configure 
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1 FID 0 supported 

bit 1, 0 FID 1 not supported 

1 FID 1 supported 

Note : Neither bit 0 nor bit 1 is set to X 

when XID Format 2 is exchanged* but can be 
set by PU.SVC_MGR when the contents of XID 
Format 2 is carried in the CONTACTED RU. 
bits 2-3* reserved 
bit 4, 0 FID 4 not supported 

1 FID 4 supported 

bits 5-7* reserved 
10 Reserved 

11-12 Length* in binary, of maximum PIU that the XID 

sender can receive 

13 Transmission group number (TGN) 

14-17 Subarea address of the XID sender (right-justified 

with leading 0 ' s) 

18 bitO* reserved 

bits 1-4* error status (set in reply to a 
previously received XID); 

X'8 r exchanged parameters in the XIDs 
are not compatible 

XV9* incompatible parameters in the 
XID received for addition of the 
link station to currently active 
multiple-link TG (e.g f * maximum 
PIU length) 

X’A' TG is not defined (i.e.» no 
routing found) 

X’C* multiple-link TG support (byte 8* 
bit 1) or DLC type (byte 30) 
specified in the XIDs is 
incompatible with a link in the 
associated active TG 
bits 5-7, reserved 

19 CONTACT or load status of XID sender; 

X'00 T CONTACT has been received by an XID 
command sender 

X’07' XID response sender is already loaded 
20-27 IPL load module name; an 8^character EBCDIC 

symbolic name of the IPL load module of the XID 
sender 

Note : X'40...40' = no information conveyed 

28-29 Reserved 

30 DLC type: 

X’01' SDLC 

X'02* System/370 channel—communication 

controller is the secondary 
31-P DLC - Deoendent Parameters 

• For SDLC 

31 bits 0-1* reserved 

bits 2-3, link-station role of XID sender: 
bit 2* 0 XID sender cannot be secondary 

1 XID sender can be secondary 
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XID I-Field 


bit 3* 0 XID sender cannot be primary 

1 XID sender can be primary 
Note ; A combination of 00 in bits 2-3 is 
reserved. 

bits 4-5, reserved 

bits 6-7, link station transmit-receive 

capabi1ity: 

00 two-way alternating 
01 two-way simultaneous 

32-33 Maximum I-field length» in binary, that the XID 

sender can receive 

34 bits 0-3, reserved 

bits 4-7, SDLC command/response profile: 

X'0' SNA link profile (only value 
defined) 

Note : See the Notes described in Format 

1, byte 12, for this profile. 

35 bits 0-1, reserved 

bits 2-3, SDLC initialization mode options: 
bit 2, 0 XID sender cannot send SIM nor receive 

RIM (or RQI) 

1 XID sender can send SIM and receive RIM 
(or RQI) 

bit 3, 0 XID sender cannot receive SIM nor send 

RIM (or RQI) 

1 XID sender can receive SIM and send RIM 
(or RQI) 

bits 4-7, reserved 
36-37 Reserved 

38 bit 0, reserved 

bits 1-7, maximum number of I-frames that can be 
received by the XID sender before an 
; acknowledgment is sent, with an implied 
modulus for the send and receive 
sequence counts—less than 8 implies a 
modulus of 8, 8 or greater implies a 

modulus of 128 

39-43(=p) Reserved 

31- p For Svstem/370 Channel DLC 

31 Number of initial buffers suggested by the primary 

link station for the secondary link station to use 
for data transfer from primary to secondary 

(primary sets and secondary echoes) 

Note : X'00’ = no suggestion made. If byte 31 = 

X'00* in the XID received, secondary uses the 
value defined by optional implementation and 
insta1lation specific parameters and sends it to 
the primary 

32- 33 Number of Read channel command words that primary 

issues to secondary in a channel program (primary 
sets and secondary echoes) 

Note : If secondary does not agree with the 
received value, secondary sends the value defined 
by implementation- and installation-specific 
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XID I-Field 


parameters; byte 18, bit 1, is set to 1. 

34-35 Number of data bytes allocated per Read channel 

command at primary (primary sets and secondary 
echoes ) 

Note : If secondary does not agree with the 

received value, secondary sends the value defined 
by implementation- and installation-specific 

parameters; byte 18> bit 1, is set to 1. 

36 Number of pad CX'OO') characters secondary 

transmits to primary immediately preceding each 
PIU to be sent (primary sets and secondary echoes) 
Note : If secondary does not agree with the 

received value* secondary sends the value defined 
by implementation- and installation-specific 

parameters; byte 18* bit 1, is set to 1. 

37 bit 0, reserved for primary; for secondary: 

0 secondary does not use the status 

modifier option for data transfer to 
primary 

1 secondary uses the status modifier 

option for data transfer to primary 
bit 1* reserved 

bit 2, reserved for secondary; for primary: 

0 if the TG specified in this XID is 

active, the secondary is to send an XID 
response with error status X ’ C' in byte 
18 

1 if the TG specified in this XID is 

active and associated with another 
System/370 channel, INOP is to be sent 
for the previously activated System/370 
channel and the requested System/370 
channel is to be activated 
bits 3-7, reserved 

38-39 Reserved for primary; for secondary: the maximum 

interval (in tenths of a second) that the 

secondary delays between the time it has a PIU for 
the primary and the time it presents an Attention 
signal to the primary 

40-4l(=p) Reserved for primary; for secondary: the maximum 
interval (in tenths of a second) that the 

secondary awaits a response to an Attention signal 
that has been sent to the primary before 
initiating inoperative link processing 
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APPENDIX F 


PROFILES AND PU TYPES 


FUNCTION MANAGEMENT (FM) PROFILES 

This section describes the function management CFM) profiles 
and their use by the various sessions defined in SNA* 
Profile numbers not shown are reserved* 

Note ; If the FM Usage field specifies a value for a 
parameter, that value is used unless it conflicts with a 
value specified by the FM profile. The FM profile overrides 
the FM Usage field. 


FM PROFILE 0 

Profile 0 specifies the following session rules: 

Primary and secondary half-sessions use immediate 
request mode and immediate response mode. 

Only single-RU chains allowed. 

Primary and secondary ha 1f-session chains indicate 
definite response. 

No compression. 

Primary ha 1f-session sends no DFC RUs. 

Secondary (LU) half-session may send LUSTAT. 

No FM headers. 

No brackets. 

No alternate code. 

Normal-flow send/receive mode is HDX-CONT. 

Secondary half-session wins contention. 

Primary half-session is responsible for recovery. 
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FM PROFILE 2 


Profile 2 specifies the following session rules: 

Secondary LU half-session uses delayed request mode. 
Secondary LU half-session uses immediate response mode. 
Only single-RU chains allowed. 

Secondary LU half-session requests indicate 
no-response. 

No compress ion. 

No DFC RUs. 

No FM headers. 

Secondary LU half-session is first speaker if brackets 
are used. 

Bracket termination rule 2 is used if brackets are 
used. 

Primary LU half-session will send EB. 

Secondary LU half-session will not send EB. 

Normal-flow send/receive mode is FDX. 

Primary LU half-session is responsible for recovery. 

The FM Usage fields defining the options for Profile 2 are: 

Primary request control mode selection 

Primary chain response protocol (no-response may not be 
used) 

Brackets usage and reset state 
Alternate code 
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FM PROFILE 3 


Profile 3 specifies the following session rules: 

Primary LU half-session and secondary LU half-session 
use immediate response mode. 

Primary LU half-session and secondary LU half-session 
support the following DFC functions: 

CANCEL 

SIGNAL 

LUSTAT (allowed secondary-to-primary only) 

CHASE 

SHUTD 

SHUTC 

RSHUTD 

BID and RTR (allowed only if brackets are used) 

The FM usage fields defining the options for Profile 3 are: 
Chaining use (primary and secondary) 

Request control mode selection (primary and secondary) 
Chain response protocol (primary and secondary) 
Compression indicator (primary and secondary) 

Send EB indicator (primary and secondary) 

FM header usage 

Brackets usage and reset state 
Bracket termination rule 
Alternate Code Set Allowed indicator 
Normal-flow send/receive mode 
Recovery responsibility 
Contention winner/loser 
Half-duplex flip-flop reset states 
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FM PROFILE 4 


Profile 4 specifies the following session rules: 

Primary LU half-session and secondary LU half-session 
use immediate response mode. 

Primary LU half-session and secondary LU half-session 
support the following DFC functions: 

CANCEL 

SIGNAL 

LUSTAT 

QEC 

QC 

RELQ 

SHUTD 

SHUTC 

RSHUTD 

CHASE 

BID and RTR (allowed only if brackets are used) 

The FM Usage fields defining the options for Profile 4 are: 

Chaining use (primary and secondary) 

Request control mode selection (primary and secondary) 
Chain response protocol (primary and secondary) 
Compression indicator (primary and secondary) 

Send EB indicator (primary and secondary) 

FM header usage 

Brackets usage and reset state 
Bracket termination rule 
Alternate Code Set Allowed indicator 
Normal-flow send/receive mode 
Recovery responsibility 
Contention winner/loser 
Half-duplex flip-flop reset states 
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FM PROFILE 5 


Profile 5 specifies the following session rules: 

Only single-RU chains allowed. 

Primary half-session uses delayed request mode. 
Secondary half-session uses delayed request mode and 
delayed response mode. 

Primary half-session chains indicate definite response. 
Secondary half-session chains indicate no-response or 
definite response. 

No compression. 

No DFC RUs. 

No FM headers. 

No brackets. 

No alternate code. 

Normal-flow send/receive mode is FDX. 


FM PROFILE 6 

Profile 6 specifies the following session rules: 

Only single-RU chains allowed. 

Primary and secondary ha 1f-sessions use delayed request 
mode and delayed response mode. 

Primary and secondary half-session chains may indicate 
definite response* exception response* or no 
response. 

Primary half-session sends no DFC RUs. 

Secondary half-session may send LUSTAT. 

No FM headers. 

No compression. 

No brackets. 

No alternate code. 

Normal-flow send/receive mode is FDX. 

SI- 
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FM PROFILE 7 


Profile 7 specifies the following session rules: 

Primary LU half-session and secondary LU half-session 
use immediate response mode. 

Primary LU half-session and secondary LU half-session 
support the following DFC functions: 

CANCEL 

SIGNAL 

LUSTAT 

RSHUTD 

The FM Usage fields defining the options for Profile 7 are: 
Chaining use (primary and secondary) 

Request control mode selection (primary and secondary) 
Chain response protocol (primary and secondary) 
Compression indicator (primary and secondary) 

Send EB indicator (primary and secondary) 

FM header usage 

Brackets usage and reset state 
Bracket termination rule 
Alternate Code Set Allowed indicator 
Normal-flow send/receive mode 
Recovery responsibility 
Contention winner/loser 
Half-duplex flip-flop reset rules 


FM PROFILE 17 

Profile 17 specifies the following session rules: 

Only single-RU chains allowed. 

Primary and secondary half-sessions use delayed request 
mode and delayed response mode. 

Primary and secondary half-session chains indicate 
definite response. 

No DFC RUs. 

No FM headers. 

No compression. 

No brackets. 

No alternate code. 

Normal-flow send/receive mode is FDX. 


FM PROFILE 18 

Profile 18 specifies the following session rules: 

Primary LU half-session and secondary LU half-session 
use immediate response mode. 

Primary LU half-session and secondary LU half-session 
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support the following DFC functions: 


CANCEL 

SIGNAL 

LUSTAT 

BIS and SBI (allowed only if brackets are used) 
CHASE 

BID and RTR (allowed only if brackets are used) 

The FM Usage fields defining the options for Profile 18 are: 
Chaining use (primary and secondary) 

Request control mode selection (primary and secondary) 
Chain response protocol (primary and secondary) 
Compression indicator (primary and secondary) 

Sand EB indicator (primary and secondary) 

FM header usage 

Brackets usage and reset state 
Bracket termination rule 
Alternate Code Set Allowed indicator 
Normal-flow send/receive mode 
Recovery responsibility 
Contention winner/loser 
Half-duplex flip-flop reset states 
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TRANSMISSION SERVICES (JS) PROFILES 


This section describes the transmission services (TS) 
profiles and their use for the various sessions defined in 
SNA. Profile numbers not shown are reserved. 

Note : If the TS Usage field specifies a value for a 
parameter, that value is used unless it conflicts with a 
value specified by the TS profile. The TS profile overrides 
the TS Usage field. 


TS PROFILE 1 

Profile 1 specifies the following session rules: 

No pacing. 

Identifiers rather than sequence numbers are used on 
the normal flows (whenever the TH format used 
includes a sequence number field). 

SDT, CLEAR, RQR, STSN, and CRV are not supported. 

Maximum RU size on the normal flow for either 
half-session is 256, unless a different value is 
specified in RSPCACTLU). 

This profile does not require the use of the TS Usage field. 


TS PROFILE 2 

Profile 2 specifies the following session rules: 

Primary-to-secondary and secondary-to-primary normal 
flows are paced. 

Sequence numbers are used on the normal flows (whenever 
the TH format used includes a sequence number field). 
CLEAR is supported. 

SDT, RQR, STSN, and CRV are not supported. 

The TS Usage subfields defining the options for this profile 
are: 


Pacing counts 

Maximum RU sizes on the normal flows 
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TS PROFILE 3 


Profile 3 specifies the following session rules: 

Primary-to-secondary and secondary-to-prinary normal 
flows are paced. 

Sequence numbers are used on the normal flows (whenever 
the TH format used includes a sequence number field). 

CLEAR and SDT are supported. 

RQR and STSN are not supported. 

CRV is supported when session-level cryptography is 
selected (via a BIND parameter). 

The TS Usage subfields defining the options for this profile 
are: 


Pacing counts 

Maximum RU sizes on the normal flows 


TS PROFILE 4 

Profile 4 specifies the following session rules: 

Primary-to-secondary and secondary-to-primary normal 
flows are paced. 

Sequence numbers are used on the normal flows (whenever 
the TH format used includes a sequence number field). 

SDT, CLEAR, RQR, and STSN are supported. 

CRV is supported when session-level cryptography is 
selected (via a BIND parameter). 

The TS Usage subfields defining the options for this profile 
are : 


Pacing counts 

Maximum RU sizes on the normal flows 


TS PROFILE 5 

Profile 5 specifies the following session rules: 

No pacing. 

Sequence numbers are used on normal flows. 

SDT is supported. 

CLEAR, RQR, STSN, and CRV are not supported. 

No maximum RU sizes for the normal flows are specified. 

This profile does not require the use of the TS Usage field. 
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TS PROFILE 7 


Profile 7 specifies the following session rules: 

Primary-to-secondary and secondary-to-primary normal 
flows are paced. 

Sequence numbers are used on the normal flows (whenever 
the TH format used includes a sequence number field). 

SDT, CLEAR, RQR, and STSN are not supported. 

CRV is supported when session-level cryptography is 
selected (via a BIND parameter). 

The TS Usage subfields defining the options for this profile 
are: 


Pacing counts 

Maximum RU sizes on the normal flows 


TS PROFILE 17 

Profile 17 specifies the following session rules: 

Primary-to-secondary and secondary-to-primary normal 
flows are paced. 

Identifiers rather than sequence numbers are used on 
the normal flows. 

SDT is supported. 

STSN and CRV are not supported. 

No maximum RU sizes for the normal flow are specified. 

The TS Usage subfields defining the options for this profile 
are: 


Pacing counts 
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CROSS - DOMAIN RESOURCE MANAGER C CPRM ) PROFILES 


The CDRM profile is specified in a control vector carried in ACTCDRM 
and RSP(ACTCDRM) to define the cross-domain capabilities Of an SSCP. 
CDRM Profile 0 is described here. All other profile numbers are 
reserved. 

CDRM PROFILE 0 

Profile 0* along with the CDRM usage fields in the control 
vector* specifies functional capabilities of the SSCP. 

The options specified in the CDRM usage fields for Profile 0 
are: 

Network name pair session key (X'06*) supported 
Network address pair session key (X’07*) supported 
PCID session key CX’05’) Supported 

URC support by the SSCP (and all PLUs within its 
domain) in cross-domain session initiation (?.e.» (1) 
BINDs issued from all PLUs in this domain carry URC 
if the INIT specified a URC* and an SlU in the other 
domain issued the INIT; and (2) the BIND image in 
CDCINITs issued from the SSCP in this domain carry 
URC if the INIT specified a URC* and an SLU in this 
domain issued the INIT) 
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PHYSICAL UNIT CPU) TYPES 


The following PU types are defined Call others are 
reserved): 


PU TYPE 1 C PU_T1) 

For all PIUs sent to and received from a PU_T1 node* 
the transmission header CTH) format is FID3, 

PU TYPE 2 CPU_T2) 

For all PIUs sent to and received from a PU__T2 node, 
the transmission header CTH) format is FID2. 


PU TYPE 4 CPU_T4) 

A PU_T4 node has intermediate and/or boundary function. 

The TH format is either: 

• FIDO or FID1 for all PIUs transmitted between the 
PU_T4 and adjacent PU_T4|5 node* if either or both 
nodes do not support ER and VR protocols. 

• FID2 for all PIUs transmitted between the PU_T4 
and an adjacent PU_T2 node. 

• FID3 for all PIUs transmitted between the PU_T4 
and an adjacent PU_T1 node. 

• FID4 or FIDF for all PIUs transmitted between the 
PU_T4 and an adjacent PU_T4|5 node, if both nodes 
support ER and VR protocols. 


PU TYPE 5 C PU_T5) 

A PU_T5 is at a node that has intermediate and/or 

boundary function and also contains an SSCP. 

The TH format is either: 

• FIDO or F'IDl for all PIUs transmitted between the 
PU_T5 and an adjacent PU_T4|5 node, if either or 
both nodes do not support ER and VR protocols. 

• FID2 for all PIUs transmitted between the PU_T5 
and an adjacent PU_T2 node. 

• FID3 for all PIUs transmitted between the PU_T5 
and an adjacent PU_T1 node. 

• FID4 or FIDF for all PIUs transmitted between the 
PU_T5 and an adjacent PU_T4|5 node, if both nodes 
support ER and VR protocols. 
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APPENDIX G. SENSE DATA 


The sense data included with an EXCEPTION REQUEST (EXR), a 
negative response* or a send check is a four-byte field (see 
Figure G-l) that generally includes a one-byte category 
value* a one-byte modifier value* and two bytes of 
implementation- or end-user-defined data (hereafter referred 
to as user-defined data). For certain sense codes* 
user-defined data cannot be included in the sense data (it 
is never carried in send-check sense data); in its place is 
sense code specific information* whose format is defined 
along with the sense code definition, below. 


Byte 


0 

1 

2 3 

Category 

Modifier 

• 

Sense code specific 



information or 



user-defined data 


|<-— Sense Code ->1 

I I 

|<---—- Sense Data 


> 


Figure G-l. Sense Data Format 


Together, the category and modifier bytes hold the sense 
code (SNC) defined for the exception condition that has 
occurred. 

The following categories are defined* all others are 


reserved: 



Value 

Category 


X * 80 * 

Path Error 


X' 40 ’ 

Request Header 

(RH) Usage Error 

X ' 20 * 

State Error 


X’ 10 • 

Request Error 


X' 08’ 

Request Reject 


X'00’ 

User Sense Data 

Only 
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The category User Sense Data Only (X'OO*) allows the end 
users to exchange sense data in bytes 2-3 for conditions not 
defined by SNA within the other categories (and perhaps 
unique to the end users involved). The modifier value is 
also X'OO'. 

The sense codes for the other categories are discussed 
below. For these categories* a modifier value of X'OO* can 
be used (as an implementation option) when no definition of 
the exception condition beyond the major category is to be 
identified. 


;. ■ ■■ ■ i ■■ , ■’ ' ;■. ■' x 
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PATH ERROR ( CATEGORY CODE = XJLM1) 

This category indicates that the request could not be 
delivered to the intended receiver, because of a path 
outage, an invalid sequence of activation requests, or one 
of the listed path information unit (PIU) errors. (Some PIU 
errors fall into other categories, e.g.» sequence number 
errors are category X*20'.) A path error received while the 
session is active generally indicates that the path to the 
session partner has been lost. In this case, the NAU 
services manager receiving the -RSP(Path Error) may 
deactivate the affected half-session. 

Modifier (in hexadecimal): 

01 Intermediate Node Failure: Machine or program check in 
a node providing intermediate function. A response may 
or may not be possible. 

02 Link Failure: Data link failure. 

03 NAU Inoperative: The NAU is unable to process requests 
or responses, e.g.» the NAU has been disrupted by an 
abnormal termination. 

04 Unrecognized Destination Address: A node in the path 
has no routing information for the destination 
specified by the TH. 

05 No Session: No half-session is active in the receiving 
end node for the indicated origination-destination 
pair, or no boundary function half-session component is 
active for the origin-destination pair in a node 
providing the boundary function. A session activation 
request is needed. 

06 Invalid FID: Invalid FID for the receiving node. 

(Note 1) 

07 Segmenting Error: First BIU segment had less than 10 
bytes; or mapping field sequencing error, such as 
first, last, middle; or segmenting not supported and 
MPF not set to 11. (Note 2) 

08 PU Not Active: The SSCP-PU secondary half-session in 
the receiving node has not been activated and the 
request was not ACTPU for this half-session; for 
example, the request was ACTLU from an SSCP that does 
not have an active SSCP-PU session with the PU 
associated with the addressed LU. 

09 LU Not Active: The destination address specifies an LU 
for which the SSCP-LU secondary half-session has not 
been activated and the request was not ACTLU. 
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OA Too-Long PIU: Transmission was truncated by a 

receiving node because the PIU exceeded a maximum 
length or sufficient buffering was not available. 

OB Incomplete TH: Transmission received was shorter than 
a TH. (Note 1) 

OC DCF Error: Data Count field inconsistent with 

transmission length. 

OD Lost Contact: Contact with the link station for which 
the transmission was intended has been lost* but the 
link has not failed. If the difference between link 
failure and loss of contact is not detectable » link 
failure (X f 8002') is sent. 

OE Unrecognized Origin: The origin address specified in 

the TH was not recognized. 

OF Invalid Address Combination: The (DAF'*OAF') (FID2) 

combination or the LSID (FID3) specified an invalid 
type of session* e.g.> a PU-LU combination. 

10 Segmented RU Length Error: An RU was found to exceed a 
maximum length* or required buffer allocation that 
might cause future buffer depletion. 

11 ER Inoperative or Undefined: A PIU was received from a 
subarea node that does not support ER and VR protocols* 
and the explicit route to the destination is 
inoperative or undefined. 

12 Subarea PU Not Active or Invalid Virtual Route: A 

session activation request for a peripheral PU or LU 
cannot be satisfied because there is no active SSCP-PU 
session for the subarea node providing boundary 
function support* or the virtual route for the 

specified SSCP-PU_T1|2 or SSCP-LU session is not the 
same as that used for the SSCP-PU session of the 
PU_T1|2's or LU’s subarea PU . 
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13 COS Not Available: A session activation request cannot 
be satisfied because none of the virtual routes 
requested for the session is available. This condition 
may arise because each of the specified virtual routes 
cannot be activated for one of the following reasons: 

• The specified virtual route cannot be mapped to an 
explicit route to the destination subarea* or the 
explicit route it is mapped to is not defined. 

• The underlying explicit route is not operative. 

• The underlying explicit route is operative but cannot 

be activated. 

• The underlying explicit route is active but the 

virtual route cannot be activated. 

• The session must be assigned to a virtual route with 
an underlying reverse explicit route number of 0* but 
the virtual route does not meet this criterion. 

Notes : 

1. It is generally not possible to send a response for 

this exception condition* since information (FID* 
addresses) required to generate a response is not 

available. It is logged as an error if this capability 
exists in the receiver. 

2. If segmenting is not supported* a negative response is 
returned for the first segment only* since this 
contains the RH. Subsequent segments are discarded. 
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RH. USAGE ERROR ( CATEGORY CODE 


X ' 40 ' ) 


This category indicates that the value of a field or 
combination of fields in the RH violates architectural rules 
or previously selected BIND options. These errors prevent 
delivery of the request to the intended half-session 
component and are independent of the current states of the 
session. They may result from the failure of the sender to 
enforce session rules. Detection by the receiver of each of 
these errors is optional. 

Modifier (in hexadecimal): 


01 Invalid SC or NC RH: The RH of a session control (SC) 
or network control (NC) request was invalid. For 
example? an SC RH with pacing request indicator set to 
1 is invalid. 

02 Reserved. 

03 BB Not Allowed: The Begin Bracket indicator (BBI) was 
specified incorrectly? e.g.? BBI = BB with BCI = -BC. 

04 EB Not Allowed: The End Bracket indicator (EBI) was 
specified incorrectly? e.g.? EBI = EB with BCI=-BC ? or by 
the primary half-session when only the secondary may 
send EB? or by the secondary when only the primary may 
send EB. 

05 Incomplete RH: Transmission shorter than full TH-RH. 

06 Exception Response Not Allowed: Exception response was 
requested when not permitted. 

07 Definite Response Not Allowed: Definite response was 
requested when not permitted. 

08 Pacing Not Supported: The Pacing indicator was set 
on a request? but the receiving half-session or 
boundary function half-session does not support pacing 
forthissession. 

09 CD Not Allowed: The Change Direction indicator (CDI) 
was specified incorrectly? e.g.? CDI=CD with ECI=-EC? 
or CDI=CD with EBI=EB. 

0A No-Response Not Allowed: No-response was specified on a 
request when not permitted. (Used only on EXR.) 

0B Chaining Not Supported: The chaining indicators (BCI 
and ECI) were specified incorrectly? e.g.? chaining 
bits indicated other than (BC ? EC)? but multiple-request 
chains are not supported for the session or for the 
category specified in the request header. 
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OC Brackets Not Supported: The bracket indicators CBBI 

and EBI) were specified incorrectly» e.g., a bracket 
indicator was set ( B BI = B B or E BI = E B ) , but brackets are 
not used for the session. 

OD CD Not Supported: The Change-Direction indicator was 

set, but is not supported. 

OE Reserved. 

OF Incorrect Use of Format Indicator: The Format 

indicator (FI) was specified incorrectly, e.g.» FI was 
set with BCI=-BC> or FI was not set on a DFC request. 

10 Alternate Code Not Supported: The Code Selection 

indicator (CSI) was set when not supported for the 

session. 

11 Incorrect Specification of RU Category: The RU 

Category indicator was specified incorrectly, e.g., an 
expedited-flow request or response was specified with 
RU Category indicator = FMD. 

12 Incorrect Specification of Request Code: The request 

code on a response does not match the request code on 

its corresponding request. 

13 Incorrect Specification of (SDI, RTI): The Sense Data 
Included indicator (SDI) and the Response Type 
indicator (RTI) were not specified properly on a 
response. The proper value pairs are (SDI=SD, 
RTI=negative) and (SDI = -SD, RTI = positive) . 

14 Incorrect Use of (DR1I, DR2I, ERI) : The Definite 

Response 1 indicator (DR1I), Definite Response 2 
indicator (DR2I), and Exception Response indicator 
(ERI) were specified incorrectly, e.g., a CANCEL 
request was not specified with DR1I=DR1> DR2I=-DR2» and 
ERI=-ER . 

15 Incorrect Use of QRI: The Queued Response indicator 

(QRI) was specified incorrectly, e.g., QRI=QR on an 
expedited-flow request. 

16 Incorrect Use of EDI: The Enciphered Data indicator 

(EDI) was specified incorrectly, e.g., EDI=ED on a DFC 
request. 

17 Incorrect Use of PDI: The Paaoed Data indicator (PDI) 
was specified incorrectly, e.g., PDI=PD on a DFC 
request. 
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STATE ERROR C CATEGORY CODE = X' 20' ) 

This category indicates a sequence number error* or an RH or 
RU that is not allowed for the receiver's current session 
control or data flow control state. These errors prevent 
delivery of the request to the intended half-session 
component. 

Modifier (in hexadecimal): 

01 Sequence Number: Sequence number received on 

normal-flow request was not 1 greater than the last. 

02 Chaining: Error in the sequence of the chain indicator 
settings (BCI* ECI), such as first* middle* first. 

03 Bracket: Error resulting from failure of sender to 

enforce bracket rules for session. (This error does 
not apply to contention or race conditions.) 

04 Directipn: Error resulting from a normal-flow request 
received while the half-duplex flip-flop state was 
not-receive* (*S»-R). (Contrast this sense code with 
X'081B', which signals a race condition.) 

05 Data Traffic Reset: An FMD or normal-flow DFC request 
received by a half-session whose session activation 
state was active* but whose data traffic state was not 
active 

06 Data Traffic Quiesced: An FMD or DFC request received 
from a half-session that has sent QUIESCE COMPLETE or 
SHUTDOWN COMPLETE and has not responded to RELEASE 
QUIESCE. 

07 Data Traffic Not Reset: A session control request 

(e.g.* STSN), allowed only while the data traffic state 
is reset* was received while the data traffic state was 
not reset. 

08 No Begin Bracket: A BID or an FMD request specifying 

BBI=BB was received after the receiver had previously 
sent a positive response to BRACKET INITIATION STOPPED. 

09 Session Control Protocol Violation: An SC protocol has 
been violated; a request* allowed only after a 

successful exchange of an SC request and its associated 
positive response* has been received before such 
successful exchange has occurred (e.g.* an FMD request 
has preceded a required CRYPTOGRAPHY VERIFICATION 
request). The request code of the particular SC 
request or response required, or X'00' if undetermined, 
appears in the fourth byte of the sense data. There is 
no user data associated with this sense code. 
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OA Immediate Request Mode Error: The immediate request 

mode protocol has been violated by the request. 

OB Queued Response Error: The Queued Response protocol 

has been violated by a request* i.e.* QRI=-Qk when an 
outstanding request had QRI=QR. 

OC ERP Sync Event Error: The ERP sync event protocol has 
been violated. 

OD Response Owed Before Sending Request: An attempt has 

been made in half-duplex (flip-flop or contention) 
send/receive mode to send a normal-flow request when a 
response to a previously received request has not yet 
been sent. 
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REQUEST ERROR ( CATEGORY COPE = X'10 * ) 

This category indicates that the RU was delivered to the 
intended half-session component, but could not be 

interpreted or processed. This condition represents a 
mismatch of half-session capabilities. 

Modifier (in hexadecimal): 

01 RU Data Error: Data in the request RU is not 

acceptable to the receiving FMDS component; for 

example, a character code is not in the set supported, 
a formatted data field is not acceptable to 

presentation services, or a required name in the 

request has been omitted. 

02 RU Length Error: The request RU was too long or too 

short. 

03 Function Not Supported: The function requested is not 
supported. The function may have been specified by a 
formatted request code, a field in an RU, or a control 
character. 

Bytes 2 and 3 following the sense code are not used for 
user-defined data; they contain sense-code specific 
information. Settings allowed are: 

0000 Function requested is not supported. 

6022 The resource identified by the destination 
program name (DPN) is not supported. 

6003 The resource identified by the primary resource 
name (PRN) is not supported. 

( Note : This code can also be used instead of sense 
code X * 0826 ’ . ) 

04 Reserved. 

05 Parameter Error: A parameter modifying a control 

function is invalid, or outside the range allowed by 
the receiver. 

06 Reserved. 

07 Category Not Supported: DFC, SC, NC, or FMD request 
was received by a half-session not supporting any 
requests in that category; or an NS request with byte 0 
was not set to a defined value, or byte 1 was not set 
to an NS category supported by the receiver. 
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08 Invalid FM Header: The FM header Mas not understood or 
translatable by the receiver. or an FM header was 
expected but not present. 

Bytes 2 and 3 following the sense code are not used for 
usei—defined data; they contain sense-code specific 
information as defined in SNA LU-LU Session Types . 

09 Format Group Not Selected: No format group was 

selected before issuing a Present Absolute or Present 
Relative Format structured field to a display. 
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REQUEST REJECT ( CATEGORY CODE =. X'08' ) 

This category indicates that the request Mas delivered to 

the intended half-session component and was understood and 

supported* but not executed. 

Modifier (in hexadecimal): 

01 Resource Not Available: The LU, PU, or link specified 
in an RU is not available. 

02 Intervention Required: Forms or cards are required at 
an output device; or a device is temporarily in local 
mode; or other conditions require intervention. 

03 Missing Password: The required password Mas not 

supplied. 

04 Invalid Password: Password Mas not valid. 

05 Session Limit Exceeded: The requested session cannot be 
activated; as one of the NAUs is at its session limit. 
Applies to ACTCDRM, INIT, BIND, and CINIT requests. 

06 Resource Unknown: The request contained a name or 

address not identifying a PU, LU, link, or link station 
known to the receiver. 

07 Resource Not Available—LUSTAT Forthcoming: A 

subsidiary device Mill be unavailable for an 
indeterminate period of time. LUSTAT will be sent Mhen 
the device becomes available. 

08 Invalid Contents ID: The contents ID contained on the 
ACTCDRM request was found to be invalid. 

09 Mode Inconsistency: The requested function cannot be 

performed in the present state of the receiver. 

0A Permission Rejected: The receiver has denied an 

implicit or explicit request of the sender; when sent 
in response to BIND, it implies either that the 

secondary LU will not notify the SSCP when a BIND can 
be accepted, or that the SSCP does not recognize the 
NOTIFY vector key X*0C f . (See the X'0845' sense code 
for a contrasting response.) 

0B Bracket Race Error: Loss of contention within the 

bracket protocol. Arises when bracket 

initiation/termination by both NAUs is allowed. 

0C Procedure Not Supported: A procedure (Test, Trace, 

IPL, REQMS type) specified in an RU is not supported by 
the receiver. 
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OD NAU Contention: A request to activate a session was 

received while the receiving half-session was awaiting 
a response to a previously sent activation request for 
the same session; e.g.* the SSCP receives an ACTCDRM 
from the other SSCP before it receives the response for 
an ACTCDRM that it sent to the other SSCP and the SSCP 
ID in the received ACTCDRM was less than or equal to 
the SSCP ID in the ACTCDRM previously sent. 

OE NAU Not Authorized: The requesting NAU does not have 

access to the requested resource. 

OF End User Not Authorized: The requesting end user does 
not have access to the requested resource. 

10 Missing Requester ID: The required requester ID was 
missing. 

11 Break: Asks the receiver of this sense code to 

terminate the present chain with CANCEL or with an FMD 
request carrying EC. The half-session sending the 
Break sense code enters chain-purge state when Break is 
sent. 

12 Insufficient Resource: Receiver cannot act on the 

request because of a temporary lack of resources. 

13 Bracket Bid Reject—No RTR Forthcoming: BID (or BB) was 

received while the first speaker was in the in-bracket 
state* or while the first speaker was in the 

between-brackets state and the first speaker denied 
permission. RTR will not be sent. 

14 Bracket Bid Reject--RTR Forthcoming: BID (or BB) was 

received while the first speaker was in the in-bracket 
state* or while the first speaker was in the 

between-brackets state and the first speaker denied 
permission. RTR will be sent. 

15 Function Active: A request to activate a network 
element or procedure was received* but the element or 
procedure was already active. 

16 Function Inactive: A request to deactivate a network 
element or procedure was received* but the element or 
procedure was not active. 

17 Link Inactive: A request requires the use of a link* 
but the link is not active. 

18 Link Procedure in Process: CONTACT* DISCONTACT* IPL* or 
other link procedure in progress when a conflicting 
request was received. 
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19 RTR Not Required; Receiver of READY TO RECEIVE has 
nothing to send. 

1A Request Sequence Error: Invalid sequence of requests. 

IB Receiver in Transmit Mode: A race condition: 

normal-flow request received while the half-duplex 
contention state was not-receive> (*S»-R)» or while 
resources (such as buffers) necessary for handling 
normal-flow data were unavailable. (Contrast this 
sense code with X'2004 , » which signals a protocol 
violation.) 

1C Request Not Executable: The requested function cannot 

be executed, because of a permanent error condition in 
thereceiver. 

ID Invalid Station/SSCP ID: The Station ID or SSCP ID in 
the request was found to be invalid. 

IE Session Reference Error: The request contained 

reference to a half-session that was neither active nor 
in the process of being activated (generally applies to 
network services requests). 

IF Reserved. 

20 Control Vector Error: Invalid data for the control 
vector specified by the target network address and key. 

21 Invalid Session Parameters: Session parameters were not 
valid or not supported by the half-session whose 
activation was requested. 

22 Link Procedure Failure: A link-level procedure has 
failed due to link equipment failure, loss of contact 
with a link station, or an invalid response to a link 
command. (This is not a path error, since the request 
being rejected was delivered to its destination.) 

23 Unknown Control Vector: The control vector specified 
by a network address and key is not known to the 
receiver. 

24 Unit of Work Aborted: The current unit of work has 

been aborted; when sync point protocols are in use, 
both sync point managers are to revert to the 
previously committed sync point. 

25 Component Not Available: The LU component (a device 
indicated by an FM header) is not available. 

26 FM Function Not Supported: A function requested in an 
FMD RU is not supported by the receiver. 
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27 Intermittent Erroi-Retry Requested: An error at the 

receiver caused an RU to be lost. The error is not 
permanent* and retry of the RU (or chain) is requested. 

28 Reply Not Allowed: A request requires a normal-flow 
reply, but the outbound data flow for this half-session 
is quiesced or shut down, and there is no delayed reply 
capability. 

29 Change Direction Required: A request requires a 
normal-flow reply, but the half-duplex flip-flop state 
is not-send, (-S»*R), CD was not set on the request, 
and there is no delayed reply capability. 

2A Presentation Space Alteration: Presentation space 

altered by the end user while the half-duplex state was 
not-send, (-S,*R): request executed. 

2B Presentation Space Integrity Lost: Presentation space 
integrity lost (e.g., cleared or changed) because of a 
transient condition—for example, because of a 
transient hardware error or an end user action such as 
allowing presentation services to be used by the SSCP. 
( Note : The end-user action described tender X’082A' and 
X'084A' is excluded here.) 

2C Resource-Sharing Limit Reached: The request received 

from an SSCP was to activate a ha 1f-session, a link, or 
a procedure, when that resource was at its share limit. 

?D LU Busy: The LU resources needed to process the request 
are being used; for example, the LU resources needed to 
process the request received from the SSCP are being 
used for the LU-LU session. 

2E Intervention Required at LU Subsidiary Device: A 

condition requiring intervention, such as out of paper, 
or power-off, or cover interlock open, exists at a 
subsidiary device. 

2F Request Not Executable because of LU Subsidiary Device: 
The requested function cannot be executed, due to a 
permanent error condition in one or more of the 
receiver's subsidiary devices. 

30 Reserved 

31 LU Component Disconnected: An LU component is not 

available because of power off or some other 
disconnecting condition. 
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32 Invalid Count Fields A count field contained in the 
request indicates a value too long or too short to be 
interpreted by the receiver* or the count field is 
inconsistent with the length of the remaining fields. 
Bytes 2 and 3 following the sense code are not used for 
user-defined data; they contain a binary count that 
indexes Czero-origin) the first byte of the invalid 
count field. 

33 Invalid Parameter (with Pointer and Complemented Byte): 
one or more parameters contained in fixed- or 
variable-length fields of the request are invalid or 
not supported by the NAU that received the request. 
Bytes 2 and 3 following the sense code are not used for 
user-defined data. Byte 2 contains a binary value that 
indexes (zero-origin ) the first byte that contained an 
invalid parameter. Byte 3 contains a transform of the 
first byte that contained an invalid parameter: the 
bits that constitute the one or more invalid parameters 
are complemented* and all other bits are copied. 

34 RPO Not Initiated: A power-off procedure for the 

specified node was not initiated because one or more 
other SSCPs have contacted the node* or because a 
CONTACT, DUMP, IPL, or DISCONTACT procedure is in 
progress for that node. 

35 Invalid Parameter (with Pointer Only): The request 

contained a fixed- or variable-length field whose 

contents are invalid or not supported by the NAU that 

received the request. Bytes 2 and 3 following the 
sense code are not used for user-defined data; they 
contain a two-byte binary count that indexes 
(zero-origin) the first byte of the fixed- or 

variable-length field having invalid contents. 

36 PLU/SLU Specification Mismatch: For a specified LU-LU 
session* both the origin LU (OLU) and the destination 
LU (DLU) have only the primary capability or have only 
the secondary capability. 

37 Queuing Limit Exceeded: For an LU-LU session initiation 
request (INIT, CDINIT, or INIT-OTHER-CD) specifying (1) 
Initiate or Queue (if Initiate not possible) or (2) 
Queue Only* the queuing limit of either the OLU or the 
DLU* or both* was exceeded. 

38 Reserved 

39 LU-LU or SSCP-LU Session Being Taken Down: At the time 
an LU-LU session initiation or termination request is 
received, the SSCP of at least one of the LUs is either 
processing a CDTAKED request or is in the process of 
deactivating the associated SSCP-LU session. 
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3A LU Not Enabled: At the time an LU-LU session initiation 
request is received at the SSCP, at least one of the 
two LUs, although having an active session with its 
SSCP, is not ready to accept CINIT or BIND requests. 

3B Invalid PCID: An invalid PCID was received. e.g.» one 
containing an invalid network address of the SSCP of 
the initiating LU CILU) or terminating LU (TLU), has 
been received in CDINIT, INIT-OTHER-CD, CDTERM, or 
TERM-OTHER-CD; or a PCID that does not identify a 
previously queued request has been received in CDINIT 
(Dequeue) or INIT-OTHER-CD (Dequeue); or> a PCID that 
cannot be associated with the PCID of any previously 
processed CDINIT has been received on CDCINIT. 

3C Domain Takedown Contention: While waiting for a 

response to a CDTAKED, a CDTAKED request is received by 
the SSCP containing the SSCP-SSCP primary half-session. 
Contention is resolved by giving preference to the 
CDTAKED sent by the primary half-session. 

3D Dequeue Retry Unsuccessful—Removed from Queue: The 

SSCP cannot successfully honor a CDINIT(Dequeue) 
request (which specifies "leave on queue if 

dequeue-retry is unsuccessful") to dequeue and process 
a previously queued CDINIT request (e.g.» because the 
LU in its domain is still not available for the 
specified session)* and removes the queued CDINIT 
request from its queue. 

3E Reserved 

3F Terminate Contention: While waiting for a response to a 
CDTERM, a CDTERM is received by the SSCP of the SLU. 
Contention is resolved by giving preference to the 
CDTERM sent by the SSCP of the SLU. 

40 Procedure invalid for Resource: The named procedure is 

not supported in the receiver for this type of resource 
(e.g., (1) SETCV specifies boundary function support 

for a type 1 node but the capability is not supported 
by the receiving node, or (2) the PU receiving an 
EXECTEST or TESTMODE is not the primary PU for the 
target link.) 

41 Duplicate Network Address: In a cross-domain LU-LU 
session initiation request, the SSCP of the DLU 
determines that the OLU network address specified in 
the CDINIT request is a duplicate of an LU network 
address assigned to a different LU name. 

42 SSCP-SSCP Session Not Active: The SSCP-SSCP session, 
which is required for the processing of a network 
services request, is not active; e.g., at the time an 
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LU-LU session initiation or termination request is 
received. at least one of the following conditions 
exists: 

• The SSCP of the ILU and the SSCP of the OLU do not 
have an active session with each other, and therefore 
INIT-OTHER-CD cannot flow. 

• The SSCP of the TLU and the SSCP of the OLU do not 
have an active session with each other, and therefore 
TERM-OTHER-CD cannot flow. 

• The SSCP of the OLU and the SSCP of the DLU do not 
have an active session with each other, and therefore 
CDINIT or CDTERM cannot flow. 

43 Required FMDS Synchronization Not Supplied: For 

example, a secondary LU (LU-LU session type 2 or 3) 

received a request with Write Control Code = Start 

Print, along with RQE and -CD. 

44 Initiation Dequeue Contention: While waiting for a 
response to a CDINIT(Dequeue), a CDINITCDequeue) is 
received by the SSCP of the SLU. Contention is 
resolved by giving preference to the CDINITCDequeue) 
sent by the SSCP of the SLU. 

45 Permission Rejected—SSCP Will Be Notified: The 

receiver has denied an implicit or explicit request of 
the sender; when sent in response to BIND, it implies 
that the secondary LU will notify the SSCP (via NOTIFY 
vector key X’OC') when a BIND can be accepted, and the 
SSCP of the SLU supports- the notification. (See the 
X'080A' sense code for a contrasting response.) 

46 ERP Message Forthcoming: The received request was 
rejected for a reason to be specified in a forthcoming 
request. 

47 Restart Mismatch: Sent in- response to STSN or SDT or 
BIND to indicate that the secondary half-session is 
trying to execute a resynchronizing restart but has 
received insufficient or incorrect information. 

48 Cryptography Function Inoperative: The receiver of a 
request was not able to decipher the request because of 
a malfunction in its cryptography facility. 

49 Reserved 

4A Presentation Space Alteration: The presentation space 

was altered by the end user while the half-duplex state 
was not-send, (-S,*R)> request not executed. 
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4B Requested Resources Not Available: Resources named in 

the request) and required to honor it> are not 
currently available. It is not known when the 
resources will be made available. 

Bytes 2 and 3 following the sense code are not used for 
user-defined data; they contain sense-code specific 
information. Settings allowed are: 

0000 Requested resources are not available. 

6022 The resource identified by the destination 
program name (DPN) is not supported. 

6003 The resource identified by the primary resource 
name CPRN) is not supported. 

4C Permanent Insufficient Resource: Receiver cannot act 

on the request because resources required to honor the 
request are permanently unavailable. 

4D Invalid Session Parameters—BF: Session parameters 

were not valid or were unacceptable by the boundary 
function. Bytes 2 and 3 following the sense code 
contain a binary count that indexes (zero origin) the 
first byte of the fixed- or variable-length field 
having invalid contents. 

4E Invalid Session Parameters—PRI: A positive response 
to an activation request Ce.g.» BIND) was received and 
was changed to a negative response due to invalid 
session parameters carried in the response. The 

services manager receiving the response will send a 
deactivation request for the corresponding session. 

4F- 

50 Reserved 

51 Session Busy: Another session that is needed to 
complete the function being requested on this session 
(e.g.» to forward an NS RU embedded in a FORWARD 
request) is temporarily unavailable. 

52 Session with Larger Activation Request Sequence 

Identifier Already Active: A session has already been 
activated for the subject destination-origin pair by a 
session activation request that carried a larger 
activation request identifier than the current request; 
the current request (ACTPU or ACTCDRM) is refused. 
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53 TERMINATE(Cleanup) Required: The SSCP cannot process 

the termination request* as it requires cross-domain 
SSCP-SSCP services that are not available. (The 
corresponding SSCP-SSCP session is not active.) 
TERMINATE(Cleanup) is required. 

54- 

55 Reserved 

56 SSCP-SSCP Session Lost: Carried in the Sense Data 

field in a NOTIFY or NSPE sent to an ILU or SSCP(ILU) 
to indicate that the activation of the LU-LU session 
either cannot be completed or is uncertain because the 
SSCP-SSCP session between the two domains has been 
lost. (This sense code appears only in NOTIFY or NSPE* 
not in a negative response. Another sense code* 

X'0842', is used on a negative response to signal the 
condition when the condition is known at the time the 
response* e.g.» to INIT, is prepared.) 

57 SSCP-LU Session Not Active: The SSCP-LU session* 

required for the processing of a request, is not 

active; e.g.* in processing REQECHO* the SSCP did not 
have an active session with the target LU named in the 
REQECHO RU. 

58 Reserved 

59 REQECHO Data Length Error: The specified length of 

data to be echoed (in REQECHO) violates the maximum RU 
size limit for the target LU. 

5A- 

5F Reserved 

60 Function Not Supported—Continue Session: The function 
requested is not supported; the function may have been 
specified by a request code or some other field, 
control character, or graphic character in an RU. 
Bytes 2-3 following the sense code are not used for 
user defined data; they contain a two-byte binary count 
that indexes (zero-origin) the first byte in which an 
error was detected. This sense code is used to request 
that the session continue, thereby ignoring the error. 

61 Invalid COS Name: The class of service (COS) name, 
either specified by the ILU or generated by the SSCP of 
the SLU from the mode table is not in the "COS name to 
VR identifier list" table used by the SSCP of the PLU. 
Bytes 2 and 3 following the sense code contain X'0000' 
if the COS name was generated by the SSCP or X'0001' if 
specified by the ILU. 
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62 Medium Presentation Space Recovery: An error has 

occurred on the current presentation space. Recovery 
consists of restarting at the top of the current 
presentation space. The sequence number returned is of 
the RU in effect at the top of the current presentation 
space. Bytes 2 and 3 following the sense code contain 
the byte offset from the beginning of the RU to the 
first byte of the RU that is displayed at the top of 
the current presentation space. 

63 Referenced Local Character Set Identifier CLCID) Not 

Found: A referenced character set does not exist. 

64 Function Abort: A loop will occur upon reexecution; 

the request sender should not send the same data. 

65 Function Abort: Sender is responsible to detect the 

loop. 

66 Function Abort: Receiver is responsible to detect the 
loop. 

67 Sync Event Response: Indicates a negative response to 
a sync event. 

68 No Panels Loaded: Referenced format not found because 
no panels are loaded for the display. 

69 Panel Not Loaded: The referenced panel is not loaded 

for the display. 

70 Reserved 

71 Read Partition State Error: A Read Partition 

structured field was received while the display was in 
the retry state. 

72 Orderly Deactivation Refused: An NC_DACTVRCOrderly) 

request has been received) but sessions are assigned to 
the VR and it will not be deactivated. 

73 Virtual Route Not Defined: There is no ERN designated 
to support this VRN. 

74 ER Not in a Valid State: The ER supporting the 

requested VR is not in a state allowing VR activation. 

75 Incorrect or Undefined Explicit Route Requested: The 
reverse ERNs specified in the NC_ACTVR do not contain 
the ERN defined to be used for the VR requested) or the 
ERN designated to be used for the VR is not defined. 
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76 Nonreversible Explicit Route Requested: The ERN used 
by the NC_ACTVR does not use the same sequence of 
transmission groups (in reverse order) as the ERN that 
should be used for the RSPCNC_ACTVR). 


77 

Reserved 


78 

Insufficient Storage: The storage resource 
for a data format is not available. 

required 

79 

Storage Medium Error: A permanent error has 
involving a storage medium. 

occurred 

7A 

Format Processing Error: A processing error 
during data formatting. 

occurred 
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APPENDIX N. NOTATION AND DEFINITIONS 


This appendix defines the Format and Protocol Language 
(FAPL)> a formal descriptive language used throughout the 
book* and the conventions used in finite-state machine 
state-transition graphs. FAPL is a simple extension of the 
syntax and semantics of PL/I. 

The appendix also provides background information and 
definitions related to finite-state machines. It is assumed 
that the reader has a basic knowledge of set theory and 
Boolean logic. 

The following set theory and logic symbols are used 
throughout this appendix. 

Symbol Meaning 

& and 

- not 

—> into 

= > implies 

* any value allowed Ca "don’t care" condition) 

: maps 

x Cartesian product (for sets) 


. NOTATION AND DEFINITIONS N-l 


APPENDIX N 



FINITE - STATE MACHINES 


A finite-state machine (FSM) is a simple mechanism based on 
the need to remember a limited amount of information. An 
FSM can remember its current state—and nothing else. The 
meaning of each state depends on the purpose of the FSM* but 
generally states are used to remember what has occurred 
previously. Given its current state and some input* the FSM 
changes state and produces some output. The FSM may "move" 
to the current state as well as to any other state and the 
output produced may be null. 

Given the current state and an input* the FSM switches to 
the next state and produces the appropriate output using the 
next - state function and output function » respectively. The 
next state that the FSM enters is defined by the next-state 
function* which selects the next state based only on the 
current state and the input to the FSM. Likewise* the 
output function determines the actual output using only the 
current state and the input. 

Both the input and the output may be complex* the input may 
consist of several different types of information and a 
single state transition may produce several outputs. 

There are two mechanisms used in this book to describe FSMs: 
the state - transition matrix and the state - transition graph . 
The first method is defined within the "FAP Language" 
section and the second is in the "State-Transition Graphs" 
section. 

The remainder of this section defines FSMs formally. 


DISCRETE TIME 

Each system described in this book operates in discrete 
time* i.e.* associated with each system is a set of discrete 
sample times 

T = {tl, 12 > 13 *...} 

at which the system variables or their transitions are 
defined. 
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PULSED AND STATIC VARIABLES 


Two types of system var i ables—pulsed and static—are 
defined. A variable is pulsed if it is defined only at the 
sample times in 

T = {tl, t2* ' . . .} . 

A variable is static if it is constant between sample times 
and can change values only immediately following each sample 
time. This can be expressed more formally as follows: Let 
V(t) be a static variable* then 

ti<t<t(i+1) => V(t)=V(t(i+l)K 

The next section shows that the basic input and output 
variables of a finite-state machine are pulsed* and the 
state variable of a finite-state machine is static. 

BASIC FINITE-STATE MACHINE DEFINITION 

A finite-state machine (FSM) is a system operating in 
discrete time and consisting of five well-defined entities: 

FSM = <S,X,Z*FNS,FOUT> 

where 

S = a finite set of states 

X = a finite set of inputs 

Z = a finite set of outputs 

FNS = the next-state function; FNS:(SxX)-->S 
FOUT = the output function; FOUT:(SxX)—>Z. 

The system operates at time ti as shown in Figure N-l. 


x (t i )-> 

Current Input 


FSM 

s (t i ) 
Current 
State 


-—>z(ti+) 

Current Output 


Figure N-l. Finite-State Machine 

A set of discrete sampling times T={tl* t2*...} is defined. 
For any ti in T* the system i^nput and state (respectively* 
x(ti) and s(ti)) are well defined. The output of the system 
and the state transition are governed by the following two 
eq uations: 
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z (t i +) = FOUT(5(ti)» x(ti )) 

= Current Output 

s(t Ci+1)) = sCt) for all ti<t<t (i+1) 

= FNS (sCti),xCti ) ) 

= Next State 

The FSM output occurs infinitesimally later than the causal 
input; hence * the notation z(ti + ) for current output. The 
next-state variable is static and changes (if at all) 
immediately following each input arrival. 

EXTENSIONS OF THE BASIC DEFINITIONS 

Null Output 

It is convenient to include the null output (no output) in 
an FSM output set so that FSM state transitions that produce 
no output can be defined. 

Multiple-Stream Outputs and Routing 

The basic output of an FSM is a pulsed variable for which 
the values all belong to an output set Z and are emitted on 
a single output stream. This output concept can be extended 
in two ways: 

• If an FSM has Z = Z1 x Z2 x ... x Zn (Cartesian product 
of n output component sets)» then the FSM is allowed to 
separate and route outputs by component to the n output 
streams as shown in Figure N-2. 




X 



->Z1 

- > 7.2 


--—->Zn 


Figure N-2. Multiple-Stream Outputs 

• Any function of the state set (a static variable) may 
.onstitute a static FSM output stream. FOUT can then 
be viewed as having two components: 

FOUT.PULSED: SxX —> Z.PULSED 

FOUT.STATIC: S —> Z.STATIC 
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State Attributes 


Specific values of static output variables are referred to 
as FSM attributes * FSM attributes are used to group a set 
of states that share common characteristics. For example* 
in a given FSM* each state may have associated with it the 
attribute S or -S indicating whether* when in this state* 
the associated half-session can send a request. The 
association of attributes with states simplifies testing if 
an FSM is in any of several states. 

Multiple-Stream Inputs and Routing 

The basic input of an FSM is a pulsed variable* in which the 
pulsed values belong to an input set X and arrive on a 
single input stream. This input concept can be extended in 
two ways: 


XI 

X2 


Xn 



Figure N-3. Multiple-Stream Inputs 


In Figure N-3 let XI* X2*...* Xn be a collection of 
input sets; each Xi corresponds to the inputs capable 
of arriving on the i-th input stream. X = XI x X2 x 
... x Xn is then the single input set corresponding to 
all possible input combinations taken over the set of 
input streams. The input information includes input 
values as well as the correspondence between value and 
stream. 

In the FSM systems defined in this book* the multiple 
input streams are always taken to operate independently 
(asynchronously)* pulsed inputs in the multiple 
input-stream set can never arrive simultaneously. 

Static variables can be incorporated into the input of 
mu 11istream-input FSMs as follows: 

— All the static input streams may combine* under 
the Cartesian product* with the static state 
variable to form a new static variable S f that can 
be used as an argument of POUT.STATIC (the static 
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component of FOUT)» i.e.» if XI,...» Xk are static 
input streams. then S' = S x XI x X2 x ... . x Xk is 
a static variable and FOUT.STATIC: S f —>Z.STATIC. 

— If one or more Xi’s are pulsed variables, then X = 
XI x X2 x ... x Xn is also a pulsed variable. The 
set of sample times associated with the arrival of 
elements in X corresponds to the union of sample 
time sets associated with the individual pulsed 
inputs. If the pulsed inputs arrive 

asynchronously. then the only observed input 
combinations in X will be those for which static 
components are non-null and precisely one pulsed 
variable is non-null. 

State of an FSM 

The meaning of an FSM state is the effect that the state has 
on the input/output behavior of the FSM. the meaning of a 
state is conveyed completely by FNS and FOUT. 

If N is the name of an FSM and E denotes a subset of 
Z.STATIC. N's static output set. then it is possible to test 
whether the current static output of FSM N is in subset E. 

A common 1y used special case of this faci1ity occurs when 
the static output function is the current FSM state, i . e. . 
FOUT.STATICCqs ) = cs. If E denotes a singleton subset (a 
single state). then testing whether the current static 
output of FSM N is in subset E is equivalent to testing 
whether N is in state E. 

Note that any of these tests produces a Boolean value; at 
any sample time it is either true or false. As such, it can 
be used as an argument of a Boolean function. 

The Reset Convention 

All the FSMs defined in this manual conform to the following 
convention. 

Consider an FSM = <S»X»Z» FNS.FOUT>: 

• Precisely one of the states in S is identified as the 
RESET state. 

• X contains (reset) as a valid pulsed input. 

• For any state s in S> FNSCs.reset) = RESET. 

• FOUT.PULSED (s > reset) = null if the (reset) input is 

not explicitly shown on the FSM. If the (reset) input 
is explicitly shown. FOUT.PULSED (s.reset) may be null 
or non-nul1. 
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FORMAT AND PROTOCOL LANGUAGE ( FAPL ) 


The Format and Protocol Language (FAPL) provides extensions 
to PL/I in the form of additional statements* a matrix form 
FSM representation! and some syntax relaxation to facilitate 
SNA definition in an executable form. 

This document assumes prior familiarity with PL/I. The IBM 
OS PL/I Checkout and Optimizina Compilers : Language 
Reference Manual . GC33-0009. provides a complete definition 
of PL/I. 


The executable form of the architecture definition is not 
intended to be a storage or execution time efficient 
implementation of the architecture, priority is given to 
readability. 

PL/I SUBSET USED IN FAPL 


Only a small subset of PL/I statements is used in FAPL: 


assignment 
CALL 
DECLARE 
DO...END 

The only PL/I data types 

FIXED BINARY 

POINTER 

structures 


IF...THEN...ELSE 
PROCEDURE...END 
RETURN 

SELECT...END 

itted in FAPL are: 

fixed length CHARACTER 
fixed length BIT 
one-dimension arrays 


SYNTAX NOTATION 

The syntax notation used in this appendix to describe the 
syntax of the FAPL statements is defined as follows: 


r 1 

I I Brackets indicate an optional parameter. 

I I If not specified, the underlined value 

| I becomes the default value. 

L J 


r 1 

| I Braces indicate a parameter that must be 

< > specified. The possible values are 

I I listed within the braces. 

L J 
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Choices are indicated by vertical stacking within the 
brackets or braces; unlike the PL/I syntax notation 
(described in the PL/I Reference Manual)* the vertical 
stroke (|) is not used in the FAPL syntax notation. 
(However* it is an allowable operator within the FAPL 
language itself.) 

Upper case symbols indicate words that are used as shown. 
These are the keywords of the language and define the 

operation to be performed by the statement or built-in 
function. Lower case symbols indicate a field that is 
replaced with the correct value in a statement. These are 
called the parameters of the statements and define the 
objects on which the operation is performed. 

Brackets and braces are omitted in the actual Usage of a 
statement* but parentheses are retained where they are 

shown. 

EXTENSIONS TO PL/I 
Extended Comparisons 
Syntax : 

IF v 1-1= ( wl [| w2] ... ) THEN ... 

where v and w are variable names or constants (general 

expressions are not permitted). 

Semantics: 

FAPL allows comparisons between one variable or constant and 
several other variables or constants within one comparison 
expression. This is translated to the PL/I equivalent: 

IF v = wl I 
v = w2 | 

THEN ... 

Example: 

IF A = ( B | C I D ) THEN ... 


V. j 
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Representation of Bit Strings 

Syntax: 

X ’ h . . . ' 

B ’ b . . . * 

where h is a hexadecimal digit (0-9*A-F) and b is a binary 
d i g i t ( 0>1). 

Semantics: 

String constant identifiers (i.e.* "X" and "B") are placed 
on the left of the constant as indicated above* rather than 
on the right as in PL/I. Bit-string constants that are 
4n-bits long (n = 1*2*...) can be represented in FAPL by a 
series of hexadecimal digits* where each hexadecimal digit 
represents four bits. The hexadecimal and equivalent binary 
representations of a bit string are used interchangeably in 
FAPL. 

Example: 

X *086C * is equivalent to B* 0000100001101100 • . 


Reserved Bits in Data Structures 
Syntax: 

RESERVED 
Semantics: 

FAPL allows the use of "RESERVED* in place of a variable 
name to name a component of a structure that is set to 0 and 
is not referenced. 

Example: 

DCL 1 A, 

2 B BIT(4), 

2 RESERVED BIT(2>, 

2 C BIT(2); 
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CONSTANT Attribute 


Syntax: 

CONSTANT Ci) 

where i is a literal. The syntax for specifying i is the 
same as for the PL/I INITIAL attribute with all extensions 
as described in "Representation of Bit Strings." 

Semantics: 

The CONSTANT attribute defines a variable's value when that 
value is not changed throughout execution. A variable 
defined as CONSTANT is never assigned a value during 
execution. 

Examples: 

DCL 1 CONST, 

2 A BIT(2) CONSTANT!B'01 *), 

2 B FIXED BIN CONSTANT(l); 
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GENERIC Attribute 


Syntax: 

DCL #g GENERIC [ENTRYCp[,p ]...) ] [RETURNSCd) ] 

VALUES!v [ * v ] . . . ) * 

where g is a variable name. The pound sign (#) is always 
the initial character of a GENERIC name; p and d are valid 
type specifications> and visa variable name beginning with 
the string g or is the keyword NO_OP. 

Semantics: 

The GENERIC attribute defines a variable as a generic name 
for a procedure name or FSM name. Generic variables allow 
generic references to FSMs and procedures. A generic name 
reference implies that the specific name reference is 
determined at execution time by using the name that has most 
recently been set into the generic variable. A GENERIC 
variable may be used wherever one of its values would be 
acceptable. The VALUES attribute is used to specify the 
valid names that can be set into the generic variable. The 
special name NO_OP may also be used to indicate that if this 
GENERIC procedure or FSM is invoked* no routine will be 
called. 

Mhen assigning a value to a generic variable* the value is 
written as a procedure name* i.e.* it is not enclosed in 
quotation marks. 

All names that may be assigned to a generic FSM* begin with 
the generic name as the first part of their name. For a 
generic procedure this is not a requirement* the names in 
the VALUES clause determine those procedure names that may 
be assigned. The "f" and ”#FSM_" strings are used to prefix 
procedure-name generic variables and FSM-name generic 
variables* respectively. 

The ENTRY and RETURNS attributes are used with the GENERIC 
attribute if the procedures named in the VALUES attribute 
use entry parameters or return values* respectively. 

Examples: 

DCL #FSM_A GENERIC VALUES!FSM_AA * FSM_AB * FSM_AC)> 

DCL fADD GENERIC ENTRY!PTR) RETURNS!FIXED BIN) 

VALUES!ADDNAME,ADDNUMBER,INSERTID); 
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REFER Option 


Syntax? 

REFER (v) 

where v is a variable name. 

Semantics: 

The REFER option is used to indicate a field that contains 
the upper bound of an array or the length of a character 
string? v is the name of the element of the same based 
structure or entity that contains the count. 

Examples: 

DCL 1 NUMLISTS BASED (RU_PTR), 

2 LISTLEN BIT(8), 

2 LIST_0F_DATAC1:REFER(LISTLEN>) BIT(64)? 

DCL 1 VSTRING BASED CSTING_PTR), 

2 STRINGLEN FIXED BIN(15), 

2 STRING CHAR(REFER(STRINGLEN))? 


Arrays with Unspecified Length 
Syntax; 

T T 

I a ? I 

n i (lb:*) < > 

I , I 

L J 

where n is a level number* i is an identifier* lb is the 

lower bound of the array (either 0 or I), and a is an 
attribute list. 

Semantics: 

This notation is used 
by context* but does 
It can be used as the 
an entity. 

Example: 

DCL 1 RESPONSE BASED, 

2 FIXED_DATA CHAR(A ) * 

2 FORMAT_SPECIFIC_DATA(0:#) CHAR(IO)? 


when the length of the array is known 
not correspond to any specific field, 
last component of a based structure or 
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Character Strings with Unspecified Length 


Syntax: 

n i CHARC*); 

where n is a level number and i is an identifier. 

Semantics: 

This notation is used when the length of the character 
string is known by context* but does not correspond to any 
specific field. It can be used as the last field in a based 
structure or entity. 

Example: 

DCL 1 REQUEST BASED, 

2 FIXED_DATA CHAR( 8) » 

2 FORMAT_SPECIFIC_DATA CHARC*) ,* 


Substring Notation 
Syntax: 

v(lx 1, ]x2:x3) 

where v is a variable name declared with either the BIT or 
the CHARACTER attribute and xl, x2» and x3 are integer 
expressions. 

Semantics: 

A substring within a character-string variable or a 
bit-string variable is addressed using this notation. The 
string variable or array of string variables from which the 
substring is taken is the variable v. The integer 
expressions represent the following: xl is present if the 
variable is an array and it indicate? the array element 
being addressed, x2 indicates the starting position of the 
substring in the variable, and x3 indicates the ending 
position of the substring in the variable. 

Zero origin is used to number the bits or characters within 
a string variable in FAPL. 

Examples: 

A C 3,2 : 4 ) 

A (1: 5) 

AC 3:3) 
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SELECT Statement 


Syntax; 


T 1 

I INORDER | 

SELECT < > [(x) ]; 

IANYORDERi 
L J 

where x is an expression# possible values of which are given 
in the WHEN clauses. The FAPL SELECT statement uses the 
PL/I syntax for SELECT except for insertion of the keyword# 
INORDER or ANYORDER, immediately following the SELECT 
keyword. 

Semantics: 

The PL/I SELECT statement is extended to include the 
keywords# INORDER or ANYORDER# to convey information to an 
implementer. INORDER indicates that the WHEN clauses are 

not mutually exclusive# and are to be implemented in the 
order shown. ANYORDER indicates that the WHEN clauses are 
mutually exclusive# and may be implemented in any order that 
optimizes execution time. 

In either case# the OTHERWISE clause is executed only if no 
WHEN clause is true. 

Examples: 

SELECT INORDER; 

WHEN (FLOW = NORMAL) 

CALL N0RMAL_MU5 
WHEN (TYPE * REQUEST) 

CALL EXPEDITED_RQ; 

OTHERWISE 

CALL EXPEDITED_RSP# 

END; 

SELECT ANYORDER (CATEGORY); 

WHEN (SC) 

SEND MU TO SC_PROCESS; 

WHEN (DFC) 

INSERT MU LAST IN Q_DFC# 

WHEN (FMD) 

DO; 

CALL FMD_PROCESS; 

DISCARD MUJ 

end; 

end; 
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RESTRICTIONS TO PL/I DATA TYPES 


Binary Numbers 

All FIXED BINARY variables represent unsigned integers and 
the precision associated with the variable indicates the 
number of bits occupied. 


Attributes 


The ENTRY attribute is allowed only in declarations using 
GENERIC. 

The INITIAL attribute is never used in FAPL. 


Arrays 

FAPL arrays are limited to one dimension and always have a 0 
or 1 lower bound. The lower bopnd is always stated 
explicitly. 

FAPL NAMES 
Name Lengths 

The PL/I name limit of 31 characters is observed. In some 
cases* a name has a smaller character length limit because 
of implied names (e.g., entity names* which imply a pointer 
name of the form, entity_name_PTR» have a name-size limit of 
27 characters). 

Qualified Names 

This book follows a naming convention using qualifiers 
separated by periods to denote more specific factor 
components of composite protocol machines. In block 
diagrams* component submachines are shown as blocks within a 
larger block that represents the composite machine. DFC.RCV 
and DFC.SEND, for example* are inner blocks within the DFC 
block. 

In many cases* it is desirable to identify a qualifier by a 
phrase of multiple terms, in order to better convey the 
meaning of the qualifier. The multiple terms in the phrase 
are connected by underscores to indicate that they are part 
of a phrase* rather than separate qualifiers representing 
further decompositions. The underscore convention also 
applies to phrases indentifying state names and FAPL 
variables. 
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These FAPL conventions for use of the period and underscore 
complement the PL/I use, i.e.» in PL/I a period denotes a 
qualifier for a name defined within a structure; FAPL allows 
both functional (procedural) and data structure 
decomposition to be shown. 


RESERVED KEYWORDS 

The following keywords are reserved in FAPL, and are not 
used as variable or procedure names: 

Attribute Names: CONSTANT, GENERIC, VALUES 

Statement Names: C0NTR0L_BL0CK_DEFINITION, CREATE, 

DESTROY, ENTITY, FIND, INSERT, LOCK, NEWLIST, 
PURGE, REMOVE, SCAN, SCANEND, SEND, UNLOCK 

Function Names: DISPATCHED_BY, EMPTY, FIRST_ENTRY, 

INPUT, LAST_ENTRY, NEXT_ENTRY, PREV_ENTRY, 
SEND_OR_RECEIVE_CHECK 

Other Names: DESTINATION, FSM_DEFINITION, 

F SM_INPUT_DE FINITION, PROCNAME, RESERVED 


Any variable beginning with the prefix "FSM_" is assumed to 
be an FSM name; no other variable type begins with these 
four characters. 

LIST PROCESSING 

FAPL Facilities 

A FAPL list consists of list entries circularly chained, 
using forward and backward pointers. Statements exist to 
add and remove entries from lists without concern for the 
chaining logic. 

A list is created with the NEWLIST statement. Storage is 
allocated for a list header and a pointer to this list 
header is set into the list name pointer. The list name is 
declared as a pointer variable within the appropriate 
control block. List references are always by a pointer to 
the list header. Any pointer variable may be set from the 
list name pointer and be used subsequently to refer to the 
list. 

List entries consist of entities defined with the ENTITY 
statement and created with the CREATE statement. Each 
created entity is located by a procedure-defined pointer 
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variable or by the implied pointer, "entity_name_PTR." Only 
one type of entity is used on any particular list and a 
particular copy of an entity resides on only one list at any 
one time. Reference to an entity is by a pointer to it. 

Lists are managed using a FIFO, priority, or user-programmed 
discipline. When using the first-in-first-out mode, the 
INSERT statement adds an entity to the end of the list. In 
priority mode (indicated with the BY_ASCENDING and 
BY_DESCENDING keywords), the INSERT statement inserts an 
entity based on the numeric value of a specified field 
within the entity to be added. The FIRST option of the 
REMOVE statement removes an entity from the top of the list. 
An example of the order of entities within a list when using 
the BY_ASCENDING and BY_DESCENDING options is shown in 
Figure N-4. The priority field values within the entities 
are shown. 


-004- 

-003- 

- 002 - 

- 001 - 


Ascending INSERT 


-> Next entity to be removed 


- 001 - 

- 002 - 

-003- 

-004- 


Descending INSERT 


-> Next entity to be removed 


Figure N-4. Priority Ordering in Lists 


Several statement types are included in FAPL to facilitate 
list processing. They are: 


NEWL 1ST Creates and initializes a new 1ist 
CREATE Creates an entity 
DESTROY Destroys a list 

DISCARD Discards an entity and frees the storage allocated 
for it 

INSERT Adds an entity to a list 
REMOVE Removes an entity from a list 

FIND Finds a particular entity in a list and sets a 
pointer to it 

SCAN Searches a list and executes a group of statements 
as each list entry is addressed 
PURGE Removes all entities from a list and discards them 
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See the "Statements" 

section 

for 

a full definition of these 

statements. List-handling 

statement usage examples are 

shown in Figure N-5. 





DCL TABLE PTR; 


/# 

DEFINES PTR VARIABLES FOR 

*/ 

DCL ITEM_PTR PTR; 


/* 

LIST NAME AND ENTITY 

X/ 

• 

• 


/* 

DEFAULT POINTER 

*/ 

• ■ 

ENTITYCITEM), 


/* 

DEFINES AN ENTITY DATA 

#/ 

2 R BITC4 ) , 


/* 

STRUCTURE 


2 S BIT(4 ) » 





2 T CHAR(2)> 

• 




* 

• 

• 

NEWLIST TABLE ENTRY 

_NAME(ITEM); 



• 

• 


/* 

CREATES A NEW LIST 

*/ 

• 

CREATE ITEM; 


/* 

CREATES A COPY OF ITEM 

*/ 

ITEM.T=’AB *; 


/* 

WITH DEFAULT POINTER 

*/ 

• 


/* 

ITEM_PTR SET TO POINT 

*/ 

• 


/* 

TO IT. FIELD T IS SET TO 

*/ 

• 


/* 

AN INITIAL VALUE 

*/ 

INSERT ITEM IN TABLE; 

• 

/* 

ADDS ITEM TO TABLE 

*/ 

• 

• 

FIND ITEM IN TABLE 

WHERECITEM.T^'AB"); 


• 


/* 

LOCATES A SPECIFIC ITEM 

*/ 

• 


/* 

IN THE TABLE 

*/ 

• 

SCAN TABLE PTR CITEM 

_PTR ); 

/* 

PROCESSES EACH ITEM IN 

*/ 

IF ITEM.T = ' AB' 

THEN 

/* 

THE TABLE AND TAKES THOSE 

*/ 

REMOVE ITEM FROM TABLE 

DISCARD; /* WITH A GIVEN 

*/ 

scanend; 


/* 

CRITERION OFF THE LIST 

*/ 



/* 

AND DISCARDS TEHM 

*/ 


Figure N-5. FAPL List-Handling Examples 
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Queues are implemented as lists in FAPL; queues are a 
special case of lists that are known to a scheduler. (See 
Appendix C> "The Execution Model*” for more detail about 
queues and schedulers.) A scheduler selects queues to be 
serviced in an order based on implementation-dependent 
algorithms. 

A NEMLIST statement* with the QUEUE option* is used to 
establish a new queue. (See the NEMLIST statement 
definition in the "Statements” section.) 
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STATEMENTS 


CONTROL_BLOCK_DEFINITION Statement 
Syntax: 

CONTROL_BLOCK_DEFINITION: 
v [ v 1 . . . 

END CONTROL_BLOCK_DEFINITION; 
where v is an entity name or the name NCB. 

Semantics: 

The names listed in this statement are the only valid 
control blocks. Only control blocks are used as contexts 
for FSMs and in the USING clause of SEND statements. 

Only one CONTROL_BLOCK_DEFINITION statement appears in a 
FAPL program. 

Example: 

CONTROL_BLOCK_DEFINITION: 

LSCB TGCB ERCB VRCB SCB 

NRCB DRCB TCCB 

NCB 

END CONTROL_BLQCK_DEFINITION; 
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CREATE Statement 


Syntax: 

CREATE [p->]e; 

where p is a pointer and e is an entity name* If p is 
omitted# the default pointer for e# e_PTR# is implied. 

Semantics: 

An attempt is made to obtain storage for a new copy of e. 
If storage is available# p# or the default pointer# is set 
to point to the new copy. The storage obtained for e is set 
to binary 0's. If storage is unavailable# p# or the default 
pointer# is set to NULL. 

Examples : 

CREATE A; 

CREATE P->A; 

In the first statement# A_PTR is set to the new entity or 
NULL; in the second statement# pointer P is set to the 
appropriate value and A_PTR is unchanged. 


DESTROY Statement 
Syntax : 

DESTROY 1; 

where 1 is a list name or a pointer set to point to a list. 
Semantics: 

Any entries on 1 are removed and discarded. Storage used by 
the header for 1 is returned to the system# 1 is set to 
null. 

Example: 

DESTROY A; 
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DISCARD Statement 


Syntax: 

DISCARD [p-> Je; 

where p is a pointer and e is an entity name. If p is 
omitted, the default pointer for e, e_PTR» is implied. 

Semanti cs: 

The storage for the copy of e pointed to by p» or the 
default pointer# is returned to the system. If p is used, p 
is set to NULL and the default pointer is unaffected. If 
the default pointer is used, it is set to NULL. 

Example: 

DISCARD A; 
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ENTITY Statement 


Syntax s 

ENTITY(e) , 

2 i tal 

[»n i [a 11 ... ; 

where e is an entity name* n is a level number* i is an 
identifier* and a is an attribute list. The syntax for the 
ENTITY statement is similar to a PL/I DECLARE statement for 
a structure. The level number of the first element in the 
data structure is 2. The rest of the data structure 
definition follows the rules for a PL/I DECLARE statement. 

Semantics: 

An ENTITY statement defines the format of a data structure 
that is to be manipulated using the FAPL list-handling 
statements. The defined data structure is equivalent to a 
PL/I BASED structure with level 1 identifier* e* that is 
based on a default pointer named e_PTR. 

Storage for a new copy of e is obtained using the CREATE 
statement and is freed using the DISCARD statement. The 
INSERT and REMOVE statements are used for manipulating 
entities on a list. The SCAN and FIND statements also 
reference entities. 

Example: 

ENTITY(A)* 

2 B* 

3 C BIT(4)* 

3 D BIT(4)* 

2 E BIT(8),‘ 
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FIND Statement 


Syntax: 

FIND Ip-> ]e IN 1 WHERE(b ) ; 

where e is an entity name* p is a pointer* 1 is a list name 
or a pointer set to point to a list* and b is a Boolean 
expression. If p is omitted* the default pointer for e» 
e_PTR* is implied. If p is specified* fields in e referred 
to in b are qualified explicitly by p->. 

Semantics: 

The list 1 is scanned from the first entry to the last 
entry. If an entity is found where b is true* then p or the 
default pointer is set to point to the entity* and the scan 
is stopped. If the list is empty* or if no entity is found 
with b true* then p> or the default pointer, is set to NULL. 
The default pointer is unaffected if p is used. 

Examples: 

FIND A IN B WHERE(A.C=D); 

FIND P->A IN B WHERE!P->A.C=D)* 
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INSERT Statement 


Syntax: 


INSERT [p-> ]e 


T ' 1 

I FIRST I 

I LAST | 

I AFTER(r) I 

I BEFORE C r) I 

I BY_ASCENDING(k) I 

I BY_DESCENDING(k) I 
L J 


IN 1; 


where p is a pointer* e is an entity name* 1 is a list name 
or a pointer set to point to a list* r is a pointer set to 
point to an entity in 1, and k is a field in e or a 
concatenation of fields in e that provides a priority key in 
the form of a bit string. If p is omitted* the default 
pointer for e* e_PTR, is implied. 

Semantics: 

Entity e is inserted in 1. If no positional keyword is 
specified or if LAST is specified* e is inserted as the last 
entity in 1. If FIRST is specified* e is inserted first in 
1. BEFORE indicates that e is to be inserted before the 
entity in 1 pointed to by r. AFTER indicates that e is to 
be inserted after the entity in 1 pointed to by r. 

One entity is "before" another if it would be removed 
earlier in a series of REMOVE FIRST operations. For 
example* the entity returned by NEXT_ENTRY(p) is after p. 
The entity returned by FIRST_ENTRY is before all other 
entities on the list and the entity returned by LAST_ENTRY 
is after all other entities on the list. 

If BY_ASCENDING is specified* e is inserted in 1 at the 
point where all entries before that point have k-values less 
than or equal to the k-value of the entity being added* and 
all entries after that point have k-values greater than the 
k-value of the entity being added. If BY_DESCENDING is 
specified* e is inserted in 1 at the point where all entries 
before that point have k-values greater than or equal to the 
k-value of the entity being added* and all entries after 
that point have k-values less than the k-value of the entity 
being added. 
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Examples: 

INSERT A IN B; 

INSERT P->A FIRST IN B; 

INSERT A AFTER CC) IN B; 

INSERT A BEFORE(C) IN B; 

INSERT A BY_DESCENDING(A.K) IN B; 


LOCK/UNLOCK Statement 
Syntax: 

LOCK 1; 

sils! I ••• 

unlock; 

where 1 is a list name or a pointer set to point to a list 
and s is a statement. v 

Semantics: ; ' 

The list 1 is unavailable to any other process for read or 
write access from the time the LOCK is executed until the 
UNLOCK is executed. Locking a list also locks all entities 
on the list. If 1 is already locked by another process when 
the LOCK is attempted* the LOCK statement does not complete 
execution until the list becomes available. 

LOCKs are never nested. No statement between the LOCK and 
UNLOCK prevents the flow of control from passing through the 
UNLOCK statement (e.g.» RETURN does not occur.) 

Example: 

LOCK A; 

IF -EMPTY(A) THEN 

REMOVE FIRST(B) FROM A; 

unlock; 
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NEWLI5T Statement 


Syntax: 


T T 

I FIFO | 

NEWLIST Ip->I1 ENTRY_NAME(e) | BY_ASCENDING(k) I [QUEUE]* 

I BY_DESCENDING(k) | 

L J 

where p is a pointer* I is a list name* e is an entity name* 
and k is a field in e* or a concatenation of fields in e* 
that provide a priority key in the form of a bit string. 

Semantics: 

The name for the new list is 1. Storage is obtained for a 
header for 1* and a pointer to the header is set into a 
pointer variable named 1. The only valid entity type that 
resides in 1 is e; The ordering specification (FIFO* 
BY_ASCENDING* or BY_DESCENDING) is an information field 
defining the normal processing mode used on the list. An 
information field is equivalent to a comment* it is an aid 
to the reader and has no execution-time effect. QUEUE 
specifies that 1 is known to the scheduler as a scheduled 
data queue. See the section* "Queues*" for information on 
the distinction between lists and queues. 

Examples: 

NEWLIST A ENTRY_NAME(B)* 

NEWLIST A ENTRY_NAMECB) QUEUE; 

NEWLIST A ENTRY_NAME(B) BY_ASCENDING(B.KEY)* 

PURGE Statement 

Syntax: 

PURGE 1? 

where 1 is a list name* or a pointer set to point to a list. 
Semantics: 

All entities in 1 are removed and discarded. If 1 is empty* 
no action occurs. 

Example: 

PURGE A; 
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REMOVE Statement 


Syntax : 


r 

1 

r i 


i 

lP“> Je ! 

i DISCARD | 


REMOVE < 

FIRST(e) > FROM 1 

i I ; 


i 

LAST(e) | 

i SET l (r )1 | 


L 

J 

L J 


where p and 

r are pointers* e 

is an entity name # 

and 1 is a 

list name , 

or a pointer set 

to point to a list 

. If pis 


omitted, the default pointer for e, e_PTR, is implied. If r 
is omitted, it defaults to p if p is specified, and to 
e_PTR, otherwise. 

Semantics: 

An entity is removed from 1. The keyword options specify 
which entity in 1 is to be removed. If the first option is 
used, the entity pointed to by p, or by the default pointer, 
is removed. FIRST(e) causes the first entry in 1 to be 
removed; LAST(e) causes the last entry to be removed. The 
DISCARD keyword causes the same function as the DISCARD 
statement to be performed after e is removed from 1, i.e.» 

the entity is discarded and p or the default pointer is set 
to NULL if the p->e or e option, respectively, is used. If 
DISCARD is used with the FIRST or LAST option, the entity is 
discarded and no pointers are affected. The SET keyword 
causes a pointer to be set to the entity that is removed. 

Examples: 

REMOVE A FROM B; 

REMOVE P->A FROM B; 

REMOVE FIRSTCA) FROM B DISCARD; 

REMOVE LAST(A) FROM B SET(LAST_PTR); 
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SCAN Group 


Syntax: 


r i 

1 FROM FIRST | 

SCAN 1 PTRCp) |FROM ENTITY(r)| tWHILE(bl)] [UNTIL(b2)J; 

I FROM AFTER(r) I 
L J 

[ s; [ s; ] ... 1 
SCANEND; 

where 1 is a list name* or a pointer set to point to a list; 
p and r are pointers* bl and b2 are Boolean expressions* and 
s is a statement. 

Both the WHILE and UNTIL clauses may exist in the same 
statement. 

All references within bl* b2» and the SCAN group to elements 
of the entity being scanned are qualified by p->* unless p 
is the default pointer for the entity type in 1. 

If r is used and does not point to an entity on list 1* the 
result of the SCAN is undefined. 

Semanti cs: 

Pointer p is set to point to each entity in 1 in succession* 
and the scan body statement(s) are executed for each entity 
pointed to. The beginning point of the scan is specified 
with the FROM clause. If the FROM clause is not present* or 
FROM FIRST is specified* p is set to point to the first 
entity in 1* and then to each succeeding entity. The FROM 
ENTITY(r) option specifies that p is to be set initally to 
r* and then to each succeeding entry in 1. The FROM 
AFTER(r) option specifies that p is to be set to the entity 
in 1 after the entity pointed to by r* and then set to each 
succeeding entry in 1. 
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The WHILE and UNTIL options provide for terminating the SCAN 
before the end of 1 is reached. The WHILE option specifies 
that bl is to be evaluated before the scan body is executed 
for the current p. If bl is true> the scan is ended. The 
UNTIL option specifies that b2 is to be evaluated after the 
scan body is executed for the current p. If b2 is true> the 
scan is ended. 

The SCAN statement is equivalent to the following logic: 
if list is empty then 
exit; 

set pointer p to beginning point; 
do while condition bl is true; 
execute scan body; 
if unti1-condition b2 is true or 

this is the last entity on the list then 
leave; 
else 

set pointer p to the next entity; 
end of do while; 

SCANs are nested up to a depth of three. 

Examples: 

SCAN A PTR(A_ENTRY_PTR); 

IF A_ENTRY.C=X THEN 
DISCARD A_ENTRY; 

scanend; 

SCAN A PTR(B) UNTIL(B->A_ENTRY.C=X); 

SCANEND; 
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SEND Statement 


Syntax: 

T 1 

I [p-> JMU I 

SEND < INPUT_SIGNAL > 

I s I 

I SEND_CHECK| (x)] I 

L J 

lUSING(parmt »parm 1. . . ) 1; 

where d is a destination procedure name* p is a pointer, s 
is a character-stting signal, and x is a sense code. Each 
parm has one of the following forms: 

cbp = q 
PARM_PTR = q 
ORIGIN - proc 

where cbp is a control block pointer name other than 
NCB_PTR, q is a pointer, and proc is a procedure name. 

If p is omitted, the default pointer MU_PTR is implied. The 
signal, s, has up to thirty-one characters enclosed in 
quotes. The sense code, x, is expressed as a hexadecimal 
constant or as a variable, declared BIT C 3 2), containing the 
sense code. A control-block pointer is the default pointer 
of any entity that is defined as a control block in the 
CONTROL_BLOCK_DEFINITION statement. 

Semantics: 

The SEND statement causes a message unit or character-string 
signal to be sent to another procedure by creating a 
dispatching queue entry (DQE) and inserting it on the 
dispatching queue. (See Appendix C, "The Execution Model," 
for a description of the dispatcher and the format of DQEs.) 
When a message unit is sent to another procedure, the 
sending procedure loses access to it, i.e.» p or MU_PTR is 
set to NULL. When a signal is sent to another procedure, 
the receiving procedure does not receive the message unit. 

The SEND statement is executed by performing the following 
steps in the indicated order: 

1. A DQE is created. 


TO < SENDING_PROCEDURE > 

I DESTINATION I 

L J 
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2. The destination procedure name is moved into the DQE: 

• If SENDING_PROCEDURE is specified as the 
destination, the destination is the procedure that 
sent an input to start the subthread of the 
currently executing procedure (via SEND). 

• If DESTINATION is specified as the destination, the 
procedure name is taken from the variable named 
DESTINATION, which has been set to the destination 
procedure name elsewhere. 

3. If no ORIGIN parameter appears in the USING clause, 
the name of the procedure that was invoked by the 
dispatcher to start the current subthread is moved 
into the DQE as the procedure that is initiating the 
SEND. If an ORIGIN parameter appears in the USING 
clause, the procedure name specified is moved into 
the DQE as the procedure that is initiating the SEND. 

4. If an input signal is included in the SEND statement, 
the signal is moved into the DQE. 

5. If the SEND_CHECK option is used, the sense code 
indicated is copied into the MUCB field, 
SEND_CHECK_SENSE, and the SEND_CHECK bit is set. 
(The MUCB is described in Appendix C.) If the sense 
code is omitted, only the SEND_CHECK bit is set; this 
option is used when SEND_CHECK_SENSE is set prior to 
the SEND statement. The SEND_CHECK option is used to 
inform the end user that an error has occurred. 

6. If a message unit is being sent, the pointer to the 
current message unit is moved into the DQE. If a 
signal is being sent, this field of the DQE is set to 
NULL. The current pointers to all control blocks (as 
defined by the CONTROL_BLOCK_DEFINITION statement) 
except NCB, are moved into the DQE. This is done to 
provide the same execution environment for the 
sent-to procedure as exists in the sending procedure. 

An alternative control block pointer may be specified 
with the USING option for any control block that is 
normally carried by the SEND. If this option is 
used, the specified pointer is passed to the 
receiving procedure and the control block pointer 
remains unchanged in the current subthread. 

The USING option also allows specifying a PARM_PTR in 
order to pass a pointer to a parameter list to 
another procedure. 

7. The DQE is placed last on the dispatching queue. 
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The recipient of the SEND and all procedures that it calls 
can check the name of the sender by using the DISPATCHED_BY 
built-in function. These procedures can also check any 

signal that was sent by using the INPUT function. No 

procedure in the subthread changes either of these values. 
The procedures have access to the MU, the parameter, and all 
control blocks that are passed by referring to the 

appropriate pointer; these values can be changed by any 

procedure in the subthread. 

Examples: 

SEND MU TO DESTINATION; 

SEND ’RESET’ TO D; 

SEND SEND_CHECK(X’080D’) TO SENDING_PROCEDURE; 

SEND INPUT_SIGNAl TO D USING(SCB_PTR=P); 
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FUNCTIONS 


DISPATCHED_BY Function 
Syntax: 

DISPATCHED_BY(n[* 1) 

where n is a procedure name or a procedure name prefix. A 
procedure name prefix is identified with an asterisk (#) 
foilowing n. 

Semantics: 

This Boolean function returns a true value if the currently 
executing procedure received control because of a SEND 
issued in an execution subthread that was begun with 
procedure n (i.e., a SEND to procedure n initiated the 
subthread that sent to the currently executing subthread). 
If n specifies a procedure name prefix, indicated by an 
asterisk!*), a true value is returned if n is the beginning 
of the procedure name initiating the sending subthread. 

Examples: 

IF DISPATCHED_BY(A) THEN . . . 

IF DISPATCHED_BY(A*) THEN . * . 


EMPTY Function 

Syntax: 

EMPTY(1) 

where 1 is a list name, or a pointer set to point tb a list. 
Semantics: 

This Boolean function returns a true value if and only if 
the named list is empty. 

Example: 

IF EMPTY(Q_A) THEN . . . 
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FIRST ENTRY Function 


Syntax s 

FIRST_ENTRY(1) 

where 1 is a list name* or a pointer set to point to a list. 
Semantics: 

This function returns a pointer to the first entry in 1. If 
the list is empty* the result is undefined. 

Example: 

IF -EMPTY!A) THEN 

B = FIRST_ENTRY(A)->A_ENTRY.C t 
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INPUT Function 


Syntax: 

INPUT(x) 

where x may be one of the following: 

RQ 

RSP 

SIGNAL 

' character_string_signa1' 

Semantics: 

This Boolean function returns a true value if x was sent 

(via SEND) to the procedure initiating the currently 

executing subthread. If x is SIGNAL, a true value is 

returned if any signal was sent. If x is a specific 

character_string_signal, a true value is returned if that 
specific signal was sent. 

Two SNA specific input types may be specified as x (RQ or 
RSP) and for these a true value is returned if the RRI 
(Request-Response indicator) matches the specific input, and 
no signal was sent. 

This function is the only way a signal can be tested. It is 
valid only within a procedure, not an FSM. 

Examples: 

IF INPUT(SIGNAL) THEN . . . 

IF INPUT('A’) THEN ... 
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LAST_ENTRY Function 
Syntax : 

LAST_ENTRY(1) 

where 1 is a list name* or a pointer set to point to a list. 
Semantics: 

This function returns a pointer to the last entry in the 
referenced list. If the list is empty* the result is 
undefined. 

Example: 

IF -EMPTY(A) THEN 

B = LAST_ENTRY C A)->A_ENTRY.C * 


NEXT_ENTRY Function 
Syntax: 

NEXT_ENTRY(p> 

where p is a pointer to an entity in a list. 

Semantics: 

The NEXT_ENTRY function returns a pointer to the entity in a 
list after the entity pointed to by p. If the referenced 
entity is the last entry in the list* the result is 
undefined. 

Example: 

/* P POINTS AT AN ENTITY IN A */ 

IF P- = LAST_ENTRY(A) THEN 

B = NEXT_ENTRY(P)->A_ENTRY.C * 
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PREV_ENTRY Function 


Syntax: 

PREV_ENTRY(p) 

where p is a pointer to an entity in a list. 

Semantics: 

The PREV_ENTRY function returns a pointer to the entity in a 
list before the entity pointed to by p. If the referenced 
entity is the first entry in the list* the result is 
undefined. 

Example: 

/* P POINTS AT AN ENTITY IN A */ 

IF P-*FIRST_ENTRY(A) THEN 

B * PREV_ENTRY(P)->A_ENTRY.C i 
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SEND_OR_RECEIVE_CHECK Function 
Syntax: 

SEND_OR_RECEIVE_CHECK([p->If[(’c*)1) 

where p is a pointer» f is a reference to an FSM, and c is a 
character-string signal. 

Semantics: 

This Boolean function returns a true value if the current 
input conditions and state of the specified FSM would cause 
the access of a SEND_0R_RECEIVE_CHECK indicator. If it 
returns a true value* the output code associated with the 
FSM entry is executed. 

If c is present, the input condition FSMINPUT=c is true. 

If p is present, it specifies a pointer to a control block 
of the type specified in the FSM_DEFINITION CONTEXT with 
which the FSM is associated; if it is not present, the 
default pointer for the CONTEXT control block is assumed. 

More specifically, an action code at a matrix intersection 
is accessed based on the current state of the FSM and of 
input conditions. If the next-state indicator in the 
accessed action code is a SEND_OR_RECEIVE_CHECK indicator 
(>), the function returns a true value. If an output code 
is associated with the SEND_OR_RECEIVE_CHECK indicator, it 
is executed. If the next-state indicator is a CANNOT_OCCUR 
indicator (/)» a state number, or a no-state-change 
indicator C-), the function returns a false value, and no 
output code is executed. 

For more information on finite-state machines in FAPL, see 
the section, "Finite-State Machine CFSM) Representation in 
FAPL" (page N-41). 

Example: 

IF SEND_OR_RECIEVE_CHECKC#FSM_HDX) THEN 
DISCARD MU; 
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FSH_fsanaae: FSREDEFINITION CONTEXT(context_naae) 
[ declarations 3 


r- 

STATE 

ATTRIBUTES— 

—r- 
-> | 

[sa[ ,sa 33 1 

—T-----1 

| [ sa[ ,sa] 3 1 


[STATE 

NAMES-- 

->] 1 

1 

snaa ] 

i i 

| snaa | 




1 

r • i 1 

1 - 1 \ 

1 r • i 1 

11*11 




1 

I 

1*11 
| snaa | | 

I 1 - 1 « 

( | snaa | | 




\ 

«• J ( . , 

, . | «- J | 


[STATE 

NUMBERS- 

->) 1 

snua j 

j snua j 

L_ 

INPUTS 


1 

-A ■ 

1 

__-i. 

1 1 

—1.-,--.--4 


ic [ ,ic ] 
ic [ ,ic ] 


ac[,ac[ # ac 33 
ac[ ,ac[ ,ac]3 


ac[,ac[,ac 3 3 
ac[ ,ac(,ac)3 


ic [ ,ic 3 
ic t ,ic 3* 


ac[,acC ,ac 33 

ac[,acC r »C33 


ac[ , ac[ # ac 3 3 

ac[ ,ac[ ,ac33 


MOLTIPLE.ACTIOII^CODE f DEFINING CONDITION 


| Boolean expression 

I 

-f- 


1 


| Boolean expression 
I 

-+- 


| Boolean expression 
( ' 


OUTPUT 

CODE 


FUNCTION 


oc- 1 


FA PL 

stateaent(s) 


FAPL 

stateaent(s) 


END FSM fsanaae; 



Notation definition: 

ac = action code naae snaa = state naae coaponent 

ic = input condition snua * state nuaber 

sa * state attribute 


An action code (ac) has the Syntax ns[ (oc)3» where: 

ns = next state indicator 
oc * output code 

Allowed next state indicators and associated action code foraats are: 

n[ (oc) 3 - noraal state transition to state "n" 

*"[ (oc) 3 - saae state transition 

H(oc) 3 -error condition, no state change 

/[NOTEn 3 - CANNOT_OCCUR condition, no state change 


see the text for aore details on the FSM definition syntax. 


Figure N-6. State-transition Matrix Form FSM Definition Syntax 
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FINITE-STATE MACHINE (FSM) REPRESENTATION IN FAPL 


FSM Names 


FSM names always include the "FSM_" prefix followed by the 
specific FSM name. 

FSM_fsmname 


State-Transition Matrices 

FAPL uses a state - transition matrix to represent FSMs. 

The syntax of the state-transition matrix FSM definition is 
shown in Figure N-6. The column headings give the FSM state 
names (and attributes)* while the row headings name the 
inputs to the FSMs. The matrix elements—(row,column) 
intersections--define the state transitions and output 
actions. 

Horizontal lines are used to group input lines together to 
improve readability. Their location has no bearing on the 
FSM function. For compactness, mnemonics are used in the 
matrices. A description of each of the elements within an 
FSM definition follows. 

FSM Definition : The FSM_DEFINITION statement and a paired 
END statement delimit an FSM definition. Both statements 
contain the FSM name. The FSM_DEFINITION statement also 
specifies the context within which the FSM exists. The 
context is specified as a control block name (as defined by 
the CONTROL_BLOCK_DEFINITION statement) that will contain 
the current state of the FSM. 

State Names : The state names associated with each state of 
the FSM are specified at the top of each column in the 
matrix. The state name consists of a single component, or 
multiple components arranged vertically. If the name 
contains more than one component, underscores are implied 
between each component. 

State Attributes : Optionally, one or two state attributes 
are specified above the state name for each state of an FSM* 
Their use simplifies testing that an FSM is in one of 
several possible states (e.g.» a state that allows receiving 
a message). See "Testing FSM State Attributes" for details 
on testing state attributes. 

State Number : State numbers are specified in each column 
heading under the state name and are referred to within the 
matrix as next-state indicators. 
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Input Conditions : The inputs referred to within the matrix 
are defined outside the matrix. The input conditions are 
mnemonic names corresponding to Boolean expressions that are 
defined within an "FSM_INPUT_DEFINITION" section. See 
"FSM_INPUT_DEFINITION Statement" (Page N-43) for the syntax 
and the input definition at the end of Chapter 5 for an 
example input definition. 

Input conditions preceded by an asterisk (*) denote an "any 
value allowed" (or "don’t care”) input; these are shown for 
descriptive completeness* but their presence has no effect. 
The not sign (-) preceding an input condition indicates that 
a false condition is required. For each possible input 
condition, the FSM_INPUT_DEFINITION section includes one or 
more logical (Boolean) tests. Each mnemonic in the 
FSM_INPUT_DEFINITION is followed by a Boolean expression and 
is delimited by a semicolon (>). This Boolean expression is 
used at the time the FSM is called to determine if the input 
condition is true or false . 

Input conditions of the form 

s(tlt,t2 1. . . ) 

(where s and t are alphanumeric strings) are handled 
specially. This input condition is equivalent to 

s(tl)[,s(t2) ]. . . 

and each of the individual input conditions are in the 
FSM_INPUT_DEFINITION section. Further, if any of the t’s is 
preceded by a not sign (-*)» the - is moved before the "s" 
associated with that "t." That is. 


becomes 


s(t1>-t2) 
s(tl),-s(t2) . 


For example, the input conditions: 


and 

would have associated 
lines: 

and 


CT(BB,CD) 

CT(BB,-CD) 

with them the two FSM_INPUT_DEFINITION 
CT(BB) 

CT(CD) 
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and the two lines 

and 

respectively. 


are equivalent to 
CTC BB)» CT(CD) 
CT ( BB ) »-CT(CD ) * 


When input conditions for one logical input line overflow 
onto a second physical line of the matrix, a comma follows 
the last input condition on the first line to indicate that 
the next line is a continuation. 

The input lines within the matrix are scanned from top to 
bottom at execution time. The first input line found with 
all its conditions true is used to address the matrix for 
the next state and the output code. 

FSM Input Definition 

Syntax: 


FSM_INPUT_DEFINITION: 
i c b » 

Eic b, 1 ... 

END FSM_INPUT_DEFINITION, 

where ic is an input condition and b is a Boolean 
expression. An input condition name is a character string 
of alphanumeric characters and the following special 
characters: 'l&()_±. The input condition name may be up to 
31 characters long. 

Semantics: 


The FSM_INPUT_DEFINITION statement defines all valid input 
conditions for FSMs. 

Example: 

See the input definition at the end of Chapter 5. 


Action Codes : The action code (ac) specified at each matrix 
intersection has the syntax: 

ns[(oc) ] 

The next-state indicator (ns) may have one of four type 
values. A number indicates the next state that the FSM 
assumes if the matrix intersection is addressed. A dash (-) 
indicates that no state change is to occur. A greater-than 
sign (>) indicates an error condition. (See the 
SEND_OR_RECEIVE_CHECK function description for details on 
how an error condition of this type is tested.) A slash (/) 
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indicates that this matrix intersection cannot be selected 
because of previous checks in a procedure or other FSM in 
this node. An optional note indicates where the check 
occurs. 

The table in Figure N-7 summarizes differences among the 
next-state indicators. 


ns I 

Can an output 
code be 
associated 
with it? 

1 Return value 

I of SEND_OR_ 

I RECEIVE_CHECK 

1 

1 Action in 

I CALL 

1 

1 

n 1 

yes 

I false 

I change to 




1 indicated 



1 

1 

I state 

— | 

yes 

1 

I false 

1 

I no state 



1 

1 

1 change 

1 

> | 

yes 

i 

1 true 

i 

I no state 



1 

1 

1 change 

1 

/ | 

no 

1 

1 false 

1 

I error 




I condition 


Figure N-7. Next-State Indicators 


Output Code ; An output code (oc) optionally occurs in a 
matrix-intersection action code and indicates the output 
function to be executed. The output code is one to six 
characters in length* and is defined in the OUTPUT_CODE 
section following the matrix in the FSM definition box. The 
output-code definition is a set of FAPL statements that are 
executed if the output code is addressed in the matrix. 

Multiple Act ion Codes : In certain cases* it is possible to 
reduce the number of rows in a matrix by merging rows whose 
state transitions and output actions differ only for one 
input in their input sets Cor for some other variable* not 
necessarily passed explicitly as input to the FSM* that can 
be tested). In these cases* the rows are merged by 
specifying multiple action codes separated by commas within 
each applicable matrix intersection. A MULTIPLE_ACTION_CODE 
definition section in the FSM then determines which of the 
multiple action codes applies for a specific invocation of 
the FSM. 
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FSM Initialization 


When a control block is created» the STATES array is 
initialized to 1. This means that all FSMs have an initial 
state of 1. If a different reset state is wanted* specific 
initialization is required. 

FSM Input Signals 

Input character-string signals to an FSM are checked for in 
the FSM_INPUT_DEFINITION section by the test 

FSMINPUT = signal_name. 

When an input character-string signal is sent to an FSM, 
input condition rows in the matrix that do not test for an 
input signal are implied not to be met. An input condition 
that tests an FSM input signal is enclosed by single quotes 
( ' ) . 
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Syntax 


CALL FSM_.nl( ’ i* ) ]} 

where n is an FSM name and i is a character-string signal. 
Only literal strings can be passed to an FSM. 

Semantics; 

The CALL FSM statement executes the procedure generated from 
an FSM definition. Execution of this procedure causes 
selection of an FSM action code based on the current state 
of the FSM and the input line that is true . The FSM 
procedure scans for a true input line from top to bottom of 
the matrix. 

If the next-state indicator is a number n, the FSM enters 
state n. If the next-state indicator is a 
SEND_OR_RECEIVE_CHECK (>), the CALL acts as if a 
no-state-change indicator (-) was encountered. If the 
next-state indicator is a C A N N 0 T_0 C C U R indicator (/)» the 
FSM signals an execution-time error. 

If an input condition in the FSM is defined in the 
FSM_INPUT_DEFINITION as FSMINPUT*’character_string', the 
input condition is true if i is equal to the specified 
character string. If i is included in the call, any input 
line, without an input condition that tests FSMINPUT , is 
false . 

Examples: 

CALL FSM_A,* 

CALL FSM_A(’RESET'); 
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Testing FSM States 


Syntax: 

lp->jFSM_n = sn 

where p is a pointer* n is an FSM name* and sn is a state 
name for the FSM. 

Semantics: 

This expression is used in an IF or WHEN statement to test 
the current state of an FSM. The test determines if the FSM 
is in the specific state named in the comparison expression. 

If p is present* it specifies a pointer to a control block 
of the type specified in the FSM_DEFINITION CONTEXT with 
which the FSM is associated* if it is not present* the 
default pointer for the CONTEXT control block is assumed. 

Examples: 

IF FSM_A = STATE^X THEN ... 

WHEN (FSM_A = STATE_Y) ... 
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Testing FSM State Attributes 


Syntax: 

ri r i 

Ip->lFSM_n = ( I — Isa[>I -1sa 1) 

1*1 1*1 

L J L J 

where p is a pointer, n is an FSM name, and sa is a state 
attribute name. 

Semantics: 

The state-attribute comparison expression is used in an IF 
or WHEN comparison expression to test the attributes of the 
current state of the FSM. The test determines if the 

specified attributes are associated with the current state 
of the FSM. An asterisk (x) preceding an attribute 

indicates "any value allowed" (a "don't care" condition). 

If p is present, it specifies a pointer to a control block 
of the type specified in the FSM_DEFINITION CONTEXT with 
which the FSM is associated; if it is not present, the 

default pointer for the CONTEXT control block is assumed. 

Examples: 

IF FSM_A = (*S,R) THEN ... 

WHEN (FSM_A = (S,-R)) ... 

If "S" and "R" are attributes associated with various states 
of FSM_A that indicate if sending (S) or receiving (R) are 
allowed in a particular state, the IF statement determines 
if the FSM is in a state that allows receiving, and the WHEN 
statement determines if the FSM is in a state that allows 
sending, but not receiving. 
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Detecting Potential FSM Check Conditions 


An FSM may be invoked for the express purpose of checking if 
a CALL to the FSM causes a SEND_OR_RECEIVE_CHECK indicator 
to be accessed. This is done by testing an FSM with the 
built-in function SEND_OR_RECEIVE_CHECK. (See the 
"Functions" section.) 

This form of FSM reference causes the procedure generated 
from an FSM definition to be executed similarly to a CALL of 
an FSM. An action code at a matrix intersection is accessed 
based on the current state of the FSM and input conditions. 
If the next-state indicator in the accessed action code is a 
SEND_0R_RECEIVE_CHECK indicator C>), the function returns a 
true value. If an output code is associated with the 
SEN D_0 R_R E C EIV E_C HECK indicator, it is executed. If the 
next-state indicator is other than a SEND_OR_RECEIVE_CHECK 
indicator, the function returns a false value and no output 
code is executed. 

This facility for detecting an impending 
SEND_OR_RECEIVE_CHECK avoids the need to "back out" of state 
changes of previously called FSMs when a check occurs in an 
FSM. That is, the procedure can verify that all FSMs will 
accept the current input before advancing any to the next 
state based on this input. 
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- TRANSIHQH GRAPHS 

Finite-state machines can be described by state-transition 
matrices* as is done in FAPl» or by state-transition graphs. 
This section describes the conventions used in 
state-transition graphs in this book. 

The terminology used is that of the "Finite-State Machines" 
section. Most terms are defined again as they are used; FNS 
refers to the next-state function and FOUT refers to the 
output function. 


cs=ns2 nsl cs=current state 

I I x "current input 

xl I ns=FNS(cs*x) 

o-*->o z =FQUT(cs*x) 

zl 

x2 

O "—. - .. 

I Z2 

o< .. . . " 


Figure N-8. Basic State—Transition Graph 


Figure N-8 shows a simple state-transition graph. States 
are indicated by vertical lines (state lines)* suitably 
named at the top (and/or the bottom). Each transition 
between states (i.e.* ns*FNS(cs*x)) is represented by a 
horizontal arrow having these properties: 

•• The tail of the arrow starts at a circle on the cs 
state line. 

• The head of the arrow ends at a circle on the ns state 
line. 

• The input x associated with the transition appears at 
the tail* directly above the arrow. 

• The output z"FOUT(cs»x) associated with the pending 
transition appears at the tail directly bulow the 
arrow. 

• If ns"FNS(cs»x)"cs* the transition arrow is represented 
as a loop. 
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When multiple-stream outputs are used* the output stream 
destination information can be added to each state name and 
transition as shown in Figure N-9. 

cs ns 

x 

o-->o 

I zl to "Destinations” 
z2 to "Destinations" 


Figure N-9. Multipie—Stream Outputs in a State—Transition 
Graph 

For FSMs with multiple input streams arriving as output 
from different source FSMs* it can be helpful to identify 
the source of every input on the transition graph as shown 
if Figure N-10. 


cs 

xl from "Source" 
o-- 


Figure N-10. Multipie—Stream Input in a State—Transition 
Graph 

It sometimes occurs that for a particular input* both FNS 
and FOUT are independent of the current state. Such a 
situation is referred to as state-independent transitions 
and can be formally described as follows: 

Let FSM = <S, X, Z» FNS* FOUT> have the following property: 
For some Sk = {s1 *s2*...>sk}» a subset of S* and some x in X 

• FNS(sl> x) = FNS(s2,x) =. ..= FNS(sk,x) = sj 

• FOUT(si * x) = F0UT(s2,x) -...=FOUT(sk,x) = zj 

State-independent transitions can be represented in a 
state-transition graph as shown in Figure N-ll. 




ns 

>o 
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Figure N-ll. State Independent Transitions 

In order to simplify the state transition graph of an FSM* 
the set of k single-input transition arrows (each with a 
distinct source state in Sk) can be represented by a single* 
closed tail* broad arrow as shown in Figure N-12. 


s j 



Figure N-12. Broad Arrow 


The label on the closed tail of a broad arrow is an 
expression explicitly denoting Sk. 

The integer* i* in the head of the arrow distinguishes it 
from other closed broad arrows in the same graph* in 
addition* the integer is listed next to an isolated circle 
on the state line for each state in Sk. Figure N-13 
illustrates these notational conventions. 
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Figure N-13. Example of a State—Transition Graph with 
Multiple Broad Arrows 


If Sk = S> the tail of the arrow is left open; because all 
states are source states* tail labels* arrowhead integers* 
and isolated circles are not used. An open broad arrow is 
shown in Figure N-14. 



Figure N-14. Open Broad Arrow 



APPENDIX N. NOTATION AND DEFINITIONS N-53 



I --—- 1 

I I I 1 

1 

1 

1 

1 

This page 

1 

1 

1 

1 



1 

1 

1 

intentionally 

1 

1 

1 


1 

I 

1 

1 

1 

left blank 

1 

1 

1 

1 

I 

1 ’ - - \ ' ' - 1 - I 

1_1 


N-54 SNA FORMAT AND PROTOCOL REFERENCE MANUAL 







INDEX 


Special Characters 


- (hyphen), ststa-transition matrix 
no state change N~43 

_ (underscore) 

in FAPL names N-15 
in name phrases 1-2 
*—>, into N-l 

• (period) 

in FAPL names N-15 
separating name qualifiers 
denoting decomposition 1-2 
! (vertical stroke) 

exclusive or (in names) 1-2 
inclusive or in FAPL N-3 
& (ampersand) 

logical and N-l 
to indicate composition in 
names 1-2 

* (asterisk), any value allowed N-l 

- (not sign) 

logical not N-l 
state-transition matrix input 
condition N-42 

/ (slash), state-transition matrix 
cannot occur N-43 
> (greatei—than sign), 
state-transition matrix error N-43 
: (colon) 
maps N-i 

to mean ,f is in the state” 1-67 
=>, implies N-l 


A 


ABANDON CONNECT OUT 
(ABCGNNGUT) 7-32, 11-13, E-7 

See also switched link connection 
operation 

ABANDON CONNECTION (ABCONN) 7-33, 
11-13, E-7 

See also switched link connection 
operation 
ABCONN E-7 

Sea also ABANDON CONNECTION 
ABCOHHOUT E-7 

See also ABANDON CONNECT OUT 
ACTCDRM E-7 

See also ACTIVATE CROSS-DOMAIN 
RESOURCE MANAGER 
ACTCOHHIN E-S 

See also ACTIVATE CONNECT IN 
action codes N-43 

calling result N-46 
multiple N-44 
next-state indicator N-43 
- (hyphen), no state 
change N-43 

/ (slash), cannot occur N-43 
> (greatei—than sign), 
error N-43 
CALL action N-44 


ACTIVATE CONNECT IN 
(ACTCONNIN) 7-31, 11-13, E-8 

See also switched link connection 
operation 

ACTIVATE CROSS-DOMAIN RESOURCE 
MANAGER (ACTCDRM) 13-17, E-7 
ACTIVATE LINK (ACTLINK) 7-30, E-8 
PU processing 11-12 
ACTIVATE LOGICAL UNIT (ACTLU) 7-29, 
13-24, E-S 

ACTIVATE PHYSICAL UNIT 
(ACTPU) 7-29, 13-21, E-9 

Cold 11-11 
ERP 11-11 

PU processing 11-11 
ACTIVATE TRACE (ACTTRACE) 9-11, 
11-20, E-9 

ACTIVATE VIRTUAL ROUTE 
(NC^ACTVR) 12-86, E-76 
activating an LU-LU session 8-1 
Sea also BIND 
activation 

adjacent link station 11-14 
link 11-12 
PU 11-11 

activation request 
Cold 

ACTLU 13-25 
activation response 
Cold 13-22 

ACTLU 13-25 

ERP 

ACTLU 13-25 
activation, session 
Cold 

SSCP-PU 13-21 
SSCP-SSCP 13-18, 13-19 
common session control 
manager 13-15 
ERP 13-27 

SSCP-PU 13-21 
SSCP-SSCP 13-18 
LU-LU 13-27 
SSCP-LU 13-24 
SSCP-PU 13-21 
ERP 13-22 
SSCP-SSCP 13-17 
ACTLINK E-S 

See also ACTIVATE LINK 
ACTLU E-S 

See also ACTIVATE LOGICAL UNIT 
ACTPU E-9 

See also ACTIVATE PHYSICAL UNIT 
ACTTRACE E-9 

See also ACTIVATE TRACE 
ADD_CP_ENTRY B-2 
ADD LINK CADDLINK) 7-43, E-IQ 
ADD LINK STATION (ADDLINKSTA) 7-43, 
E-1G 

ADDLINK E-1G 

See also ADD LINK 
ADDLINKSTA E-10 

See also ADD LINK STATION 
address 

element 1-20 
link-level 1-16 
local 1-29 
network 1-19 
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dynamic assignment 7-15, 

7-41, 7-42 

LU addresses for parallel 
sessions 7-9, 7-29 
of adjacent link station 7-8, 
7-18 

of peripheral PU 7-8, 7-18 
short-form, local to a peripheral 
node 1-20 
subarea 1-20 
addressing rules 1-19 
adjacent link station 1-16, 1-17 
activation 11-14 
concurrency share limit 11-7 
contact, discontact of 7-34 
deactivation 11-14 
network address of 7-8, 7-18 
representation in the domain 
resource list 7-8 
ANA E-10 

See also ASSIGN NETWORK ADDRESSES 
ASSIGN NETWORK ADDRESSES 
(ANA) 7-41, E-1I 
assignment N~7 
ASSOCJLSCB^ENTITY 
declaration A-26 
associated LSCB list 

See ASSQC_LSCB_ENTITY 
ASSOCIAT ED_RES_PTR 7-8 
See also DRCB 

associated resource pointer 7-8 
See also DRCB 
availability of an LU 

for session initiation 8-23, 
8-4S 

notification using N0TIFYCVector 
Key X* 0C T ) S~46 


B 


basic information unit (BIU) 
segmenting 4-23 
basic information unit (BIU), 
definition 2-5 
basic link unit (BLU) C-1S 
basic link unit (BLU), 
definition 2-1 

basic transmission unit (BTU) C-18, 
C- 8 , 0-10 

basic transmission unit (BTU), 
definition 2-3 

basic transmission unit control 
block (BTUCB) C-18 

Begin Bracket indicator (BBI) 5-14, 
5—8, 5—19 5~23 

BF.PC.RCV PROCEDURE 3-78 
BF.PC.SEND PROCEDURE 3-77 
BF.PC, basic functions 1-55 
BF.SESSACT.TC_INI7IAIIZE 4-51 
BF.TC 

See transmission control, BF.TC 
BF.TC.RCV 4-53 
BF.TC.RESET 4-52 
BF.TC.SEND 4-54 
BID 5-26, 5-15, E-ll 
bidder (bracket) 5-15, 5-13 
BIND E-ll 

See also BIND SESSION 
BIND FAILURE CBINDF) 8-34, E-2Q 
BIND image 


derived from mode table 8-19, 
8-49 

in CDCINIT 8-55 

un i nitialized PLU name 8-55 
in CINIT 8-34 

BIND SESSION (BIND) 13-27, E-ll 
BINDF E-20 

See also BIND FAILURE 
BIS E-20 

See also BRACKET INITIATION 
STOPPED 

BIU (basic information unit), 
definition 2-5 

block chaining cryptography 4-9 
block diagram representation (within 
the meta-implementation) 1-2 
block diagram, arrow and line 
conventions within 1-67 
blocking 3-10 
BLU (basic link unit), 
definition 2-1 
boundary function (BF) 

BF.PC 3-75 
BF.TC 4-1, 4-19 

CLEAR 4-19, 4-22 
data traffic protocols 4-19, 
4-22 

pacing 4-9 
reset hierarchy 4-19 
sequence numbers for type 1 
node 4-7, 4-19 
5 ession-level pacing 4-19, 
4-22 

structure 4-21 
data traffic protocols 4-22 
CLEAR 4-22 
segmenting 4-23 
structure 1-55, 1-56, 4-19 
bracket 1-14 

bidder 5-15, 5-19 
error conditions 5-18 
first speaker 5-15 
indicators 5-14 
protocols 5-14, 5-1 
relationship to a 
transaction 1-48 
BRACKET INITIATION STOPPED 
(BIS) 5-19, 5-26, E-20 
bracket termination rules 
conditional 5-16 
unconditional 5-17 
broad arrow N-52 
open N-5 3 

BTU (baste transmission unit) C-18, 
C- 8 , C-10 

retransmission 3-11 
validity checking by path 
control 3-18 

BTU (basic transmission unit), 
definition 2-3 
BTUCB C-18 


C 


CALL 

finite-state machin© N-46 
input signal N-46 
next-state indicator N-46 
procedure N-7 

CANCEL 5-26, 5-9, 5-15, E-20 
canonical message unit 
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See message unit (MU) 
category value# sense code G-l 
See also sense data 
CDCINIT E~21 

See also CROSS-DOMAIN CONTROL 
INITIATE 
CDINIT E-22 

See also CROSS-DOMAIN INITIATE 
CDRM control vector 13-18 


CDRM profile 1-62 
CDSESSEND E-27 

See also CROSS-DOMAIN 
ENDED 

CDSESSSF E-29 

See also CROSS-DOMAIN 
SETUP FAILURE 
CDSESSST E-3G 

See also CROSS-DOMAIN 
STARTED 

CDSESSTF E-31 

See also CROSS-DOMAIN 
TAKEDOWN FAILURE 
CDTAKED E-31 

See also CROSS-DOMAIN 
CDTAKEDC E-32 

See also CROSS-DOMAIN 
COMPLETE 
CDTERM E-33 

See also CROSS-DOMAIN 
chain 1-14 


SESSION 

SESSION 

SESSION 

SESSION 

TAKEDOWN 

TAKEDOWN 

TERMINATE 


chaining 

as an error recovery unit 5-1 
canceling 5-9# 5-10# 5-26 
control bits 5-8 


definite-response chain 5-9 
exception-response chain 5-9 
in correlation table 5-10 
no-response chain 5-9 
purpose 5-8 

Change Direction indicator 
(CDI) 5-13, 5-14 

CHANGEJIUJTO^EXR B-2 
CHANGE_MUJTO_NEG_RSP B-3 
CHANGE_MUjrO_PGSJ*SP B-4 
character-coded NS RUs 6-9, 6-10 

UPM_TRANS_TO_FIELUNFORMATTED 6-14, 
CHASE 5-27, 5-17, E-35 
checkpoints of LU resources 1-42 
checks 

state 1-64 
usage 1-64 
CINIT E-35 

See also CONTROL INITIATE 
class of service 1-14, 8-17 
See also COS name 
class of service name 12-6 
See also COS name 
class of sessions 

specified in TERM-OTHER 8-31 
specified in TERM-SELF 8-29 
CLEAN UP SESSION (CLEANUP) 8-41, 

E-39 

CLEANUP E-39 

See also CLEAN UP SESSION 
cleanup 

as SON cause 

for DACTCDRM 13-20 
for DACTLU 13-26 
for DACTPU 13-23 
for UNBIND 13-33 

CLEAR 4-7, 4-16, 4-62, 4-63, 4-66, 
4-67, E-40 

boundary function support 4-19, 
4-22 


6-18 


CNM 

See communication network 
management 

CNM application (CNMA) 9-4 
CNM destination 
name 9-4, 9-41 

CNM header 9-4, 9-9, 9-21, 9-23, 
9-39 

format in RUs E-94, E-103, 

E-1G7, E-124 
initialization 9-41 
CNM request field 

See embedded maintenance services 
request 

CNM services (CNMS) 9-4 
data generated by 9-23 
CNM statistics 

See maintenance statistics 
CNM target 

ID 9-5, 9-9, 9-10, 9-21, 9-39 
ID descriptor 9-9, 9-10 
name 9-4, 9-41 
CNMA 

See CNM application 
CNMS 11-114 

See also CNM services 
commi t 

one-phase 1-50 
two-phase 1-50 
Commit request 1-48 
committed unit of work 1-48 
common session control manager 13-1 
activation request/response 
sequence identifier 13-17, 
13-18, 13-21 

boundary function support 13-6 
class of service (COS) 
name 13-15 
cleanup 

for DACTCDRM 13-20 
for DACTLU 13-26 
for DACTPU 13-23 
LU-LU session 

activation 13-27 
deactivation 13-27 
negotiable BIND 13-29 
nonnegotiable BIND 13-29 
obtaining a virtual route 13-15 
primary functions 13-1 
protocol boundary 

with BF.LU.SVCJ1GR 13-28 
with DFC initialize 13-12 
with path control 13-1 
with TC initialize 13-12 
with VR manager 13-8, 13-15 
session activation 13-15 
session activation parameters 
(SESSACT) 13-12 
session cleanup 

for DACTCDRM 13-20 
for DACTLU 13-26 
for DACTPU 13-23 
for UNBIND 13-33 
session control block 13-12 
session deactivation 13-15 
session outage 
notification 13-7, 13-19 
hierarchical reset 13-7, 

13-8, 13-10, 13-11 
route extension 
inoperative 13-7, 13-8 
SSCP gone 13-7, 13-8, 13-9, 
13-11 
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virtual route 
deactivated 13-7, 13-8 
virtual route 
inoperative 13-7, 13-8 
Session override 13-17 
session status (SESS) FSMs 13-2, 
13-15 

SSCP-LU session 

activation 13-24 
deactivation 13-24 
5SCP-PU session 

activation 13-21 
deactivation 13-21 
SSCP-SSCP session 
activation 13-17 
CDRM control vector 13-18 
contention 13-17 
deactivation 13-17 
session override 13-17 
sync point 13-27 
communication network management 
(CNM) 9-1, 9-4 

application CCNMA) 1-59 
overview 1-59 
services (CNMS) 1-59 
communication network management 
header 

See CNM header 

configurable link stations 11-14 
cohfiguration hierarchy list 
in DELIVER 9-5, 9-39, E-49 
configuration services 6-8, 6-10, 
7-1 

basic functions 1-39 
data base 7-8 
support within PUs 1-42 
congestion control 1-14 
CONNECT OUT CCONNOUT) 7-32, 11-13, 
E-41 

See also switched link connection 
operation 

connection point manager 
(TC.CPMGR) 4-4 
control mode 

request 4-61 
cryptography 4-5, 4-8 
block chaining 4-9 
Data Encryption Standard 
(DES) 4-9 

enciphering/deciphering 4-1, 
4-5, 4-8 

session cryptography key 4-9 
session seed 4-9 
immediate request mode 4-5 
FSf1__CNTL IMMEDJEXP 4-61 
QRI 4-10 

request control mode 4-5, 4-11 
delayed request mode 4-11 
immediate 4-61 
immediate request mode 4-11 
sequence numbers 4-4, 4-7 
CLEAR 4-7 
expedited flow 4-7 
identifiers 4-7 
initialisation 4-7 
normal flow 4-7 
STSN 4-7 
type 1 node 4-7 
wrapping 4-7 

session-level pacing 4-5, 4-9 
boundary function role 4-9 
FSM.JPAC RQ_RCV 4-61 
FSM_PAClRQ_SEND 4-60 
IPR 4-10, 4-11 


pacing count 4-10 
PI 4-9, 4-10 
stages 4-9 
window size 4-9 
structure 4-6 
connection, link 

switched link connection 
operation 7-14 
CQNNOUT E-40 

See also CONNECT OUT 
CONSTANT N-10 

constructs (SNA), salient features 
of 1-14 

CONTACT 7-34, 11-14, E-41 

See also switched link connection 
operation 

CONTACTED 7-34, 11-14, E-41 

See also switched link connection 
operation 
contention 

resolution for CDTAKED 8-65 
contention loser 5-13 
contention winner 5-13 
contention, half-duplex 5-12 
control block 

addressabi1ity from current 
environment C-6 
carried across SEND C-10, N-20, 
N-32 

context for finite-state 
machine N-20 
interrelationships A-2 
peripheral node C-10 
procedure addressability to C-6 
scheduled data queue 
anchor for C-5 
identification C-6 
schedule!—initiated procedure 
identification C-6 
subarea node C-10 

CONTROL BLQCKJDEFINITION N-20, A-3, 
C-10 

FSM_DEFINITION use N-41 
SEND use N-31 

CONTROL INITIATE (CINIT) 8-34, E-35 
control list 6-10 

specified in DSRLST 8-70 
control mode 4-11, 5-12 
request 4-11, 5-12 

delayed request mode 4-11, 
5-12 

immediate request mode 4-11, 

4- 61, 5-12 
response 5-12 

delayed response mode 4-12, 

5- 12 

immediate response mode 4-12, 
5-12 

control point control block 
(CPCB) 11-24 

declaration A-12 
description A-4 
CONTROL TERMINATE (CTERM) 8-34, 

E-43 

control vector 6-10 
CDRM for SSCP-SSCP 
sessions 13-18 
intensive mode (X f 08 f ) 9-35 

LU-LU Session Services 
Capabilities 13-24 
SSCP-LU Session 
Capabilities 13-24 
SSCP-PU Session 
Capabilities 13-21 
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control, shared 7-1 
conversion of TH for pre-ER-VR 
subarea nodes 3-18 
correlation of maintenance services 
requests 9-5 
correlation tables 5-10 
COS (class of service) name 8-17, 
12-6 

derived from mode table 8-17, 
8-49 

explicit specification of 8-17 
in CDINIT 8-49 
in CINIT 8-34 
in INIT-SELF|OTHER 8-23 
in RSPCCDINIT) 8-49 
verification of 8-49 
CP_INDIRECT 11-27 
declaration A-12 
description A-4 
CP indirect 1 i st 
See CP_INDIRECT 
CPCB 

See control point control block 
CREATE N-21, N-16, N~17 
failure N-21 
initialization N-21 
CROSS-DOMAIN CONTROL INITIATE 
(CDCINIT) 8-55, E-21 
CROSS-DOMAIN INITIATE 
(CDINIT) 8-48, E-22 
CRGSS-DOMAIN SESSION ENDED 
(CDSESSEND) 8-55, E-27 
CROSS-DOMAIN SESSION SETUP FAILURE 
(CDSESSSF) 8-55, E-29 
CROSS-DOMAIN SESSION STARTED 
(CDSESSST) 8-55, E-30 

CROSS-DOMAIN SESSION TAKEDOWN 
FAILURE (CDSESSTF) 8-55, E-31 
CROSS-DOMAIN TAKEDOWN 
(CDTAKED) 8-65, E-31 
CROSS-DOMAIN TAKEDOWN COMPLETE 
(CDTAKEDC) 8-65, E-32 
CROSS-DOMAIN TERMINATE 
(CDTERM) E-33 

CROSS-DOMAIN TERMINATE(CDTERM) 8-66 
CRV E-43 

See also CRYPTOGRAPHY 
VERIFICATION 

cryptography 4-1, 4-5, 4-8 
block chaining 4-9 
CRV 4-18 

session cryptography key 4-18 
session cryptography 
seed 4-18 
test value 4-18 
Data Encryption Standard 
(DES) 4-9 
in BIND 13-34 
parameters in BIND 13-30 
session cryptography key 4-9, 
4-18 

session cryptography seed 4-18 
session-level 13-30 
session seed 4-9 
cryptography key, session 8-35 
in BIND image 

enciphered under SLU master 
key 8-35 
in CDCINIT 8-55 
in CINIT 

enciphered under PLU master 
key 8-35 

CRYPTOGRAPHY VERIFICATION 
(CRV) 4-18, 4-70, 4-71, E-43 


session cryptography key 4-18 
session cryptography seed 4-18 
test value 4-18 
CTERM E-43 

See also CONTROL TERMINATE 
current environment C-6, C-9, C-10 
access to C-ll 

available to FAPL procedures C-6 
control block addressabi1ity C-6 
control block pointers C-10, 

C-ll 

destination C-10 
EV C-10 

highei—level process C-10 
input signal C-10 
message unit (MU) C-10 
NCB C-10 
parameter C-10 
scheduler establishment C-6 
sender C-10 




DACTCDRM E-44 

See also DEACTIVATE CROSS-DOMAIN 
RESOURCE MANAGER 
DACTCONNIN E-46 

See also DEACTIVATE CONNECT IN 
DACTLINK E-46 

See also DEACTIVATE LINK 
DACTLU E-46 

See also DEACTIVATE LOGICAL UNIT 
DACTPU E-47 

See also DEACTIVATE PHYSICAL UNIT 
DACTTRACE E-48 

See also DEACTIVATE TRACE 
Data Encryption Standard (DES) 4-9 
data flow control (DFC) 
basic protocols and 
functions 1-37 
commands 

carried in RHs 1-37 
carried in RUs 1-37 
correlation tables 5-10 
dequeuing protocol 5-5 
expedited-flow 5-5, 5-10, 5-12 
function 5-1 
normal-flow 5-12, 5-1 
protocol boundaries 5-7 
request header values 5-23 
requests, list of 5-26 
structure 5-3 

data link control (DLC) 1-16 
layer 1-17 

specific protocols 1-17 
data link control protocols 1-16 
data traffic 

activation 4-1, 4-12 
deactivation 4-1, 4-12 
recovery 4-1, 4-12 
data traffic protocols 4-15 
BF.TC 4-22 

boundary function support 4-19 
CLEAR 4-16, 4-62, 4-63, 4-66, 
4-67 

boundary function 
support 4-19 
CRV 4-18, 4-70, 4-71 

session cryptography key 4-18 
session cryptography 
seed 4-18 
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test value 4-18 
RQR 4-16, 4-67, 4-68 
SDT 4-16, 4-62, 4-63, 4-64, 4-65 
session cryptography key 4-18 
session cryptography seed 4-18 
STSN 4-17, 4-68, 4-69 

half-session send and receive 
numbers 4-17 
sync point manager 4-17 
transaction processing program 
number 4-17 
TO 4-15 

TS profile 4-15 
data types N-7 
DEACTIVATE CONNECT IN 
(DACTCONNIN) 7-31, 11-13, E-46 
See also switched link connection 
operation 

DEACTIVATE CROSS-DOMAIN RESOURCE 
MANAGER (DACTCDRfl) 13-17, E-44 
DEACTIVATE LINK CDACTLINK) 7-30, 
E-46 

PU processing 11-12 
DEACTIVATE LOGICAL UNIT 
(DACTLU) 7-29, 13-24, E-46 
DEACTIVATE PHYSICAL UNIT 
(DACTPU) 7-29, 13-21, E-47 

PU processing 11-11 
DEACTIVATE TRACE (DACTTRACE) 9-11, 
11-20, E-4S 

DEACTIVATE VIRTUAL ROUTE 
(NCJDACTVR) 12-105, E-77 
deactivating an LU-LU session 8-1 
See also UNBIND 
deactivation 

adjacent link station 11-14 
link 11-12 
PU 11-11 

deactivation, session 

common session control 
manager 13-15 
final use 13~23 
LU-LU 13-27 
SSCP-LU 13-24 
SSCP-PU 13-21 
SSCP-SSCP 13-17 
deadlocks, avoidance of (in 
DFC) 5-6 

deciphering 4-1, 4-5, 4-8 
block chaining 4-9 
CRV 4-18 

session cryptography key 4-18 
session cryptography 
seed 4-18 
test value 4-18 
Data Encryption Standard 
(DES) 4-9 

session cryptography key 4-9, 
4-18 

session cryptography seed 4-18 
session seed 4-9 
DECLARE N-7 

definite-response chain 5-9 

use for error recovery with type 1 
node 4-8 

definitions, general 1-66 
delayed request mode 4-11, 5-12 
delayed response mode 4-12, 5-12 
DELET E_ALL_CP_ENTRIE$ B-4 
D£LETE_ALS_FROM TGCB B-5 
DELETE_CP_ENTRY B-5 
DELETE NETWORK RESOURCE 
(DELETENR) 7-43, E-48 
DELETENR E-48 


See also DELETE NETWORK RESOURCE 
DELIVER 9-4, 9-5, 9-39, E-48 
use for CNM 1-59 
DEQUEUEJ*USJFRGM_RESGURCE B -6 
DEQUEUE. Q_TCJTQJDFC 5-40 
dequeuing of session initiation RUs 
CDINITCFormat 1) 8-48, 8-49 

dequeuing procedure C-7, C~ 6 , C-14 
scheduler role C-4 
dequeuing protocol (DFC) 5-5 
destination LU (DLU) 8-4 
destination name 

See CNM destination 
DESTROY N-21, N-17 
DETERMINE_LCP_RESET_GPTION B-7 
DFC 

See data flow control 
DFC initialization 5-5 
DFC requests 5-26 
0FC.RCV 5-50 
DFC.SEND 5-41 

DIRECT SEARCH LIST (DSRL5T) 8-70, 
E-50 

DISCARD N-22, N-17 
DISCONTACT 7-34, 11-14, E-50 

See also switched link connection 
operation 

DISPATCHED^BY N-34, C-12 

related to SEND N-32, N-34 
dispatcher C- 8 , C-5, C -6 

current environment C- 6 , C-9 
current environment 
establishment C-9 
dispatching queue C-9 
scheduler invocation C-5 
SEND processing C-5 
FAPL procedures C-5 
scheduler C-5 
structure C-9 
subthread C -6 
thread C -6 

dispatching queue C-9, C-5, C-13 
DQE C-5 

dispatching queue entry (DQE) C-9, 
C-5, C-18 

creation by SEND N-31 
DISPLAY STORAGE (DISPSTOR) 9-15, 
11-21, E-50 
DISPSTOR E-50 

See also DISPLAY STORAGE 
DLC’ 

See data link control 
DLC layer 1-17 
DLC-level process C-2, C-4 
DLU (destination LU) 8-5 

for a cross-domain session 8-5 
for a same-domain session 8-5 
DO N-7 
DOMJSES 

See domain resource 
domain 6-1, 7-1 
resource 7-1 

hierarchy 7-8 
resource control block 
(DRCB) 7-1, 7-8 
resource FSMs 7-2, 7-128 

relationship to node resource 
FSMs 7-3 

resource list (DRCB) 7-1, 7-8 
domain resource (D0M_RES) 7-1 
hierarchy 7-8 

domain resource control block 
(DRCB) 7-1, 7-8 
declaration A-22 
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description A-5 

updating because of switched link 
connection operation 7-17, 7-26 
domain resource list CDRCB) 7-1, 

7-8 

updating because of switched link 
connection operation 7-17, 7-26 
domain, definition of 1-8 
downstream load 11-17 
DQE 

See dispatching queue entry 
DRCB 7-1, 7-8 

See also domain resource control 
block 

updating because of switched link 
connection operation 7-17, 7-26 
DSRLST E-5Q 

See also DIRECT SEARCH LIST 
DUMP FINAL (DUMPFINAL) 7-37, 11-15, 
E-51 

DUMP INITIAL (DUMPINIT) 7-37, 

11-15, E-51 

DUMP TEXT (DUMPTEXT) 7-37, 11-15, 
E-51 

DUMPFINAL E-51 

See also DUMP FINAL 
DUMPINIT E-51 

See also DUMP INITIAL 
DUMPTEXT E-51 

See also DUMP TEXT 
dynamic address assignment 7-15, 
7-41, 7-42 

dynamic reconfiguration 
assigning network 
addresses 11-22 
freeing network addresses 11-23 




ECHO TEST CECHOTEST) 9-34, E-51 
ECHOTEST E-51 

See also ECHO TEST 

EDI 

See Enciphered Data indicator 
element address 1-20 
element structure 1-62, 1-64 
embedded maintenance services 
request 9-4, 9-5, 9-39, 9-41 
EMPTY N-34 

Enciphered Data indicator (EDI) 4-8 
enciphering 4-1, 4-5, 4-8 
block chaining 4-9 
CRV 4-18 

session cryptography key 4-18 
session cryptography 
seed 4-18 
test value 4-18 
Data Encryption Standard 
(DES) 4-9 

session cryptography key 4-9, 
4-18 

session cryptography seed 4-18 
session seed 4-9 
end user 

salient features of 1-14 
ENQUEUE_RU_FOR_RESGURCE B-8 
ENTERING SLOWDOWN (ESLOW) 7-44, 

E-54 

ENTITY N-23, N-16 
environment vector (EV) C-1Q 
ER 


See explicit route 
ER_INQP E-51 

See also EXPLICIT ROUTE 
INOPERATIVE 
ER manager 12-14 
ERCB 12-19 

FSM_ERN 12-25 
PATHCB 12-20 

explicit route activation 12-14 
explicit route testing 12-14 
fan-out propagation 12-22 
FSM_ERN 12-25 
inoperative TG forcing route 
deactivation 12-9 
operative/inoperative 
conditions 12-14 
PATHCB 12-20 

protocol boundary with PC 12-22 
protocol boundary with 
PC.ERC 12-15 
protocol boundary with 
PC.TGC 12-15 
protocol boundary with 
PU.SVC_MGR.NS 12-9, 12-15, 

12-23 

protocol boundary with SNS 12-15 
protocol boundary with VR 
manager 12-7, 12-15, 12-23, 
12-25 

sequential propagation 12-22 
SUBAREA_ROUTING_LI$T 12-18 
TGID 12-18 
ER_MGR 12-31 
ERJTESTED 12-30, E-52 

See also EXPLICIT ROUTE TESTED 
ER-VR protocols 12-24, 12-84 
RERN requirement 12-84 
RERN=0 12-84 

ERC 

See explicit route control 
ERCB 12-19 

See also explicit route control 
block 

ERN (explicit route number) 1-29, 
12-3 

See also explicit route 
ERNJ1AP 

declaration A-3G 
description A-6 
ERN_MAP_LIST 12-17 
See also ERN_MAP 
error category 
See sense data 
error counter 

resetting of 9-23 
error counters 9-23 
error recovery 

contention loser 
responsible 5-18 
entity 5-1 
symmetric 5-19 
type 1 node 4-7 
error statistics 9-23 
ESLOW E-54 

See also ENTERING SLOWDOWN 
establishing a switched link 
connection 11-13 
EV 

See environment vector 
EXCEPTION REQUEST (EXR) 
format 2-6, 2-7 
replacing a request 2-6 
replacing a too-long PIU 2-7 
exception-response chain 5-9 
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use for error recovery with type 1 
node 4~8 

Exchange Identification (XID) 

See XID 

EXECTEST E-54 

See also EXECUTE TEST 
EXECUTE TEST (EXECTEST) 9-17, 

11-20, E-54 
execution model C-l 
EXITING SLOWDOWN (EXSLOW) 7-44, 

E-55 

expedited flow 5-5, 5-10, 5-12 
definition 1-36 
use on PU-PU flows 1-36 
explicit route (ER) 3-48, 12~3 
See also explicit route control 
(ERG) 

activation 12-24, 12-49 
race 12-29 
deactivation 12-24 
defined 12-18 

definition 1-28, 3-48, 12-32 
denoted by a quadruple 
(SA1,SA2,ERN,RERN) 1-28 
dynamic route definition 12-26 
race 12-29 
ERCB 

F$M_ERN 12-73 
FSM_PATH 12-75 
ERN 1-29, 3-48 
inoperative 12-24 
manager 1-42, 12-^1 
maximum number of ERNs per 
direction 1-29 
operative 12-23 
reporting status 9-38 
RERN 1-29, 3-48 
salient features of 1-14 
testing 12-30, 12-49 
testing status 9-37 
undefined 12-18 
EXPLICIT ROUTE ACTIVATE 
CNC^ER^ACT) 12-50, E-78 
EXPLICIT ROUTE ACTIVATE REPLY 
(NC_ER_ACT_REPLY) 12-50, E-79 
explicit route control (ERC) 3-48 
explicit route control block 
(ERCB) 12-19, C-10 
declaration A-29 
description A~6 
EXPLICIT ROUTE INOPERATIVE 
(ER_INQP) 7-46, 12-36, E-51 
EXPLICIT ROUTE INOPERATIVE 
(HC_ER_IN0P) 12-34, E-81 

explicit route manager 12-1, 12-14 
explicit route number (ERN) 12-3 
EXPLICIT ROUTE OPERATIVE 
(NCJER^OP) 12-34, E-82 
EXPLICIT ROUTE TEST 
(NCJERJTEST) 12-53, E-82 
EXPLICIT ROUTE TEST REPLY 
(NC_ER_TEST_REPLY) 12-53, E-83 
EXPLICIT ROUTE TESTED 
(ER_TESTED) 9-38, 12-54, E-52 
EXR (EXCEPTION REQUEST) 2-6 
See also EXCEPTION REQUEST 
sense data included with G-l 
EXSLOW E-55 

See also EXITING SLOWDOWN 
extended comparisons N-8 


F 


fan-out propagation 12-12, 12-22, 
12-24, 12-46 
FAPL N-7 

binary representation N-9 
bit string constants N-9 
bit strings N-9 
Boolean expressions 

extended comparisons N-8 
braces N-7 
brackets N-7 
constants 
bit N-9 

extended comparisons N-8 

hexadecimal representation N-9 

inclusive or N-8 

keywords N-8 

list processing N-16 

meta-notation N-7 

parameters N-8 

parentheses N-8 

PL/I 

extensions N-8 
relationship to N-7 
subset used N-7 
syntax notation N-7 
FAPL built-in function 

DISPATCHED^BY N-34, C-12 

related to SEND N-32, N-34 
EMPTY N-34 
FIRST^ENTRY N-35 

related to INSERT N-25 
INPUT N-36, C-12 

related to SEND N-33, N-36 
request or response test N-36 
signal test N-36 
LAST^ENTRY N-37 

related to INSERT N-25 
NEXT_ENTRY N-37 

related to INSERT N-25 
PREV^ENTRY N-38 

SEND_OR_RECEIVE_CHECK N-39, N-49 
control block 
specification N-39 
input to finite-state 
machine N-39 
FAPL constants A-33, N-10 
FAPL data types N-7 
array N-7 

dimensions N-15 
lower bound N-15 
REFER N-12 

unspecified length N-12 
binary number N-15 
bit string N-7 
substring N-13 
character string N-7 
REFER N-12 
substring N-13 
unspecified length N-13 
ENTRY N-15 

GENERIC N-ll 
FIXED BINARY N-7 
GENERIC 

finite-state machine N-lx 
procedure N-ll 
INITIAL attribute N-15 
integer N-7 
pointer N-7 
structure N-7 
FAPL keywords N-16 
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CONSTANT N-10 
F$?l_ prefix N-16 
GENERIC N-ll 

MULTIPLE_ACTION_CQDE N-44 
OUTPUT^CODE N-44 
REFER N~12 
RESERVED N-9 
FAPL names 

_ (underscore) used in N-15 
. (period) used in N-15 
finite-state machine N-41 
input conditions N-43 

input signal testing N-45 
length N-15 
output codes N-44 
phrases N-15 
qualified N~15 

related to block diagrams N-15 
related to composite protocol 
machines N-15 
state names N-41 
FAPL statement 
See also SEND 
assignment N-7 
CALL N-7 

finite-state machine N-46 
CGNTROL.JBLOCK_DEFINITION N-2Q, 
C-10 

FSnjDEFINITIGN use N-41 
SEND use N-31 
CREATE N-21, N-16, N-17 
failure N-21 
initialization N-21 
DECLARE N-7 
DESTROY N-21, N-17 
DISCARD N-22, N-17 
DO N-7 

ENTITY N-23, N-16 
FIND N-24, N-17 
FSM_DEFINITION N-41 
context N-41 
CONTROL_BLOCK_DEFINITION 
use N-41 

FSM^INPUTJDEFINITION N-43, N-42 
input signal testing N-45 
IF N-7 

INSERT N-25, N-17 

related to FIRST_ENTRY N-25 
related to LAST^ENTRY N-25 
related to NEXT_ENTRY N-25 
related to REMOVE N-25 
LOCK N-26 , C-l 

deadlock prevention C-l 
NEWLIST N-27, N-16, N-17, N-19 
specifying scheduled data 
queues N-27 
PROCEDURE N-7 
PURGE N-27, N-17 
REMOVE N-2S, N-17 

related to INSERT N-25 
RETURN N-7 
SCAN N-29, N-17 
SELECT N-7, N-14 
SEND N-31, C-1X 
UNLOCK N-26, C-l 
FAPL substring notation N-13 
FID (Format Identifier) field 2~8 
FID type vs. node type 1-57 
FID types 2-8 
FIDF 2-23 
FIDO 2-9 
FID I 2-9 
FID2 2-12 
FID3 2-14 


FID4 2-16 
vs. PU types F-14 
fi eld-formatted NS RUs 6-9 

UPM_TRANS_TOJFIELD_FORMATTED 6-14, 
FIND N-24, N-17 
FIND_ALS_F0R_D0M_RES B-8 
FIND_ALS F0R_RES0URCE B-9 
FIND_CP_ENTRY B-1D 
FIND_DOMAIN RESOURCE B-10 
FIND_ERCB B-ll 
FIND_LlNK_FQR_DOM_RES B-ll 
FIND_LINK_FCR_RESOURCE B-12 
FIND PU F0R_D0M_RES B-12 
FIND_SU80RDINATE_D0M RES B-13 
FIND_JGCB B-13 
FIND_T GCB_FOR_A LS_EA B-14 
finite-state machine (FSM) N-2 
attribute N-5 
basic notion 1-1 
current state N-2 
discrete time N-2 
domain resource FSMs 7-2* 7-128 
relationship to node resource 
FSMs 7-3 

reset hierarchy 7-12 
input N-2, N-3, N-5, N-6 
input signal N-6 
next state N-4 

next-state function N-2, N-3, 

N-6 

output N-2, N-3, N-4 
static variable N-5 
output function N-2, N-3, N-6 
pulsed variable N-3, N-6 
reset N-6 

sample time N-2, N-3 
state N-2, N-3, N-6 
state attribute N-5 
state change N-2 
state testing N-6 
state-transition graph N-2 
See also state-transition 
graph 

state-transition matrix N-2 
See also state-transition 
matrix 

error testing N-39 
SEND_OR_RECEIVE_CHECK N-39 
static variable N-3, N-4, N-5 
variable 

pulsed N-3 
static N-3 
FIRST_ENTRY N-35 

related to INSERT N-25 
first speaker 5-15, 5-13 
flip-flop, half-duplex 5-12 
flow 

expedited 5-5, 1-36, 5-10, 5-12 
normal 5-12, 1-36, 5-1 
PU-PU 1-31 

within half-sessions 1-36 
flow control 

session-level 

using expedited flow 1-36 
FM (function management) 
profile 1-62, 5-5 

in BIND 13-29, 13-34 
FM profile 6 

use in SSCP-LU session 9-6 
FM Usage 

in BIND 13-29, 13-34 
FM Usage field F-l 
FMD requests 5-15 


6-18 
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FMDS (function management data 
services) 

See also function management data 
services 

generic term for SNS and SPS 1-37 
FNA E-55 

See also FREE NETWORK ADDRESSES 
Format and Protocol Language 
(FAPL) 1-2 

See also FAPL 
format checks (DFC) 5-8 
FORWARD 9-4, 9-41, E-56 
use for CNM 1-59 
frame, SDLC 2-1 

FREE NETWORK ADDRESSES (FNA) 7-42, 
11-23, E-55 

See also switched link connection 
operation 

FSM_DACTVR_DIRECTION 12-122 
F S M_DEFINITION N-41 
context N-41 
CONTR0L_BL0CKJ)EFINITIQN 
use N-41 

FSWJERN 12-25, 12-73 
F5N_INPUTJDEFXNITI0N N-43, N-42 
input signal testing N~45 
PSMJPATH 12-75 
FSM_VR 12-82, 12-120 
F S M_V R P R Q_R C V 3-74 
FSM_VRPRQ_SEND 3-74 
full-duplex (FDX) 

mode protocol 5-13, 5-6 
normal-flow send/receive 
mode 5-12, 5-1 
function management (FM) 
profiles F-l, 1-62 
See also FM profile 
function management data services 
(FMDS) 

as part of NAU.SVC 1-39 
basic protocols and 
functions 1-37 



GENERIC N-ll 



half-duplex (HDX) 
contention 5-12 
error recovery 
responsibi1ity 5-18 
flip-flop 5-12 
normal-flow send/receive 
mode 5-12, 5-1 
half-session 

activation and deactivation 
control by the CSC manager 1-43 
component for session 
services 8-1 
denoted by HSID 1-36 
flows 1-36 

identification (HSID) 1-33 
notation for denoting 1-33 
protocol machine names 1-66 
structure 1-36, 1-37 
header formats 2-8 


NS 6-9 

header, network services (NS) 6-9 
hierarchical reset 13-7, 13-10, 
13-11 
hierarchy 

See configuration hierarchy 
higher-level process C-2 
current environment C-1Q 
peripheral node C-4 
subarea node C-4 
higher-level scheduler 
peripheral node 

data structures C-6 
subarea node C-14 

data structures C-6, C-7 
HSID, structure of 1-37 



identification of session within 
BIND image in CINIT 

PLU network name 8-34 
PLU uninterpreted name 8-34 
BINDF 

PLU-SLU network 
addresses 8-36 
CDCINIT 

PCID 8-55 
PLU-SLU network 
addresses 8-55 
ODINIT 

PCID 8-49 
CDINIT(Format 1) 

LU1-LU2 network 
addresses 8-48 
CDINIT(Formats 0 and 2) 

DLU uni nterpreted name 8-49 
GLU-DLU network names 8-48 
OLU network address 8-49 
CDSESSEND 

PCID 8-56 
PLU-SLU network 
addresses 8-56 
PLU-SLU network names 8-56 
CDSESSSF 

PCID 8-56 
PLU-SLU network 
addresses 8-56 
PLU-SLU network names 8-56 
CDSESSST 

PCID 8-56 
PLU-SLU network 
addresses 8-56 
PLU-SLU network names 8-56 
CDSESSTF 

PCID 8-57 
PLU-SLU network 
addresses 8-57 
PLU-SLU network names 8-57 
CDTERfl 

OLU-DLU network names 8-60 
PCID 8-60 
PLU-SLU network 
addresses 8-60 
CINIT 

PLU-SLU network 
addresses 8-34 
SLU network name 8-34 
URC 8-35 
CLEANUP 
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PLU-SLU network 
addresses 3-41 
CTERM 

PLU-SLU network 
addresses 3-35 
INIT-OTHER 

LU1-LU2 uninterpreted 
names 8-25 
URC 3-25 
INIT-OTHER-CD 

LU1-LU2 network names 8-53 
PCID 3-53 
INIT-SELF 

DLU uninterpreted name 8-22 
URC S-22 

NOTIFYCVector Key X’QIM 
requested LU network 
name 8-44 

requesting LU network 
name 8-44 

NOTIFYC Vector Key X^ 1 ) 

PCID 8-45 
PLU-SLU network 
addresses 8~44 
PLU-SLU network names 8-44 
URC 8-45 

NOTIFYCVector Key X'G4') 

PLU-SLU network 
addresses 8-45 
PLU-SLU network names 8-45 
NSPE 

PLU-SLU uninterpreted 
names 8-43 
SESSEND 

PLU-SLU network 
addresses 8-36 
SESSST 

PLU-SLU network 
addresses 8-36 
TERM-OTHER 

LU1-LU2 uninterpreted 
names 8-31 
PLU-SLU network 
addresses 3-31 
URC 8-31 
TERM-OTHER-CD 

LU1-LU2 network names 8-63 
PCID 8-63 
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addresses 8-63 
TERM-SELF 
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URC 8-28 
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addresses 8-36 
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IF N-7 
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expedited flow 4-5# 4-11 
F$N_CNTL_IMMED_EXP 4-61 
use for error recovery with type 1 
node 4-8 

immediate response mode 4-12# 5-12 
INIT-OTHER E-57 

See also INITIATE-OTHER 
INIT-OTHER-CD E-61 

See also INITIATE-OTHER 
CROSS-DOMAIN 


INIT-SELF E-67, E-6S 

See also INITIATE-SELF 
initialization 
TC 4-3 
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BF.SESSACT.TC_XNITIALIZE 4-51 
SESSACT.TC_INITIALIZE 4-24 
INITIATE-OTHER (INIT-OTHER) 8-22, 
E-57 

INITIATE-OTHER CROSS-DOMAIN 
(INIT-OTHER-CD) 8-53# E-61 
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11-17# E-66 

INITIATE-SELF (INIT-SELF) 8-22# 
E-67# E-68 
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LU-LU 

initiating LU (ILU) 8-4 
initiation procedure 

identified by PCID 8-18 
INITPROC E-66 

See also INITIATE PROCEDURE 
INOP E-72 

See also INOPERATIVE 
INOPERATIVE (INOP) 7-38, 11-15# 

E-72 
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stations 11-15 
inoperative links 11-15 
INPUT N-36# C-12 

related to SEND N-33, N-36 
request or response test N-36 
signal test N-36 
input conditions N-42 
- (not sign) N-42 
continuation lines N-43 
FSM_INPUT^DEFINITION 
statement N-43, N-42 
input signal C-1Q 

finite-state machine N-45 
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testing N-45 
INSERT N-25# N-17 
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related to NEXT_ENTRY N-25 
related to REMOVE H-25 
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vector 9-35 
interconnect ions 

between nodes 1-7 
intermediate node function 12-4 
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IPL FINAL (IPLFINAL) 7-36# 11-15 

E-73 

See also NS IPL FINAL 
IPL INITIAL (IPLINIT) 7-36, 11-15# 
E-73 

See also NS IPL INITIAL 
IPL TEXT (IPLTEXT) 7-36# 11-15# 

E-73 

See also NS IPL TEXT 
IPLFINA.L E-73 

See also IPL FINAL 
IPLINIT E-73 

See also IPL INITIAL 
IPLTEXT E-73 
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IPR 

See ISOLATED PACING RESPONSE 
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(IPR) 4-10# 4-11# 4-58 
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lAST^ENTRY H-37 
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elements 1-65 
structure 1-62 
layer management 
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LUs 10-8 

explicit route control 10-7 
half-session layer 10-7 
link layer 10-6 
NAU services managers 10-8 
notion of 1-42 
path control layer 10-6 
subarea address space 1Q-S 
transmission group control 10-7 
virtual route control 10-7 
LCP E-73 
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link 1-17 
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concurrency share limit 11-7 
definition of 1-16 
representation in the domain 
resource list 7-8 
salient features of 1-14 
shared control of 1-50 
structure 1-17 
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link connection 1-16* 1-17 
protocols 1-7 
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operation 7^14 
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link manager 1-17 
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shared control of 1-50 
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CLSCB) C-2* C-3* C-10 
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description A-5 
list* control 6-10 
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local storage C-4* C-5 
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LOCK H-26* C-l 

deadlock prevention C-l 
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with multiple network 
addresses 1-34 
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5-16, E-75 
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Lost Data indicator (LDI) 
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MUCB C-16 
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E-74 
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concurrency share limit 11-7 
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services manager 6-2 
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resource list 7-9 
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RUs 8-21 
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LU-LU session takedown RUs, 
cross-domain 8-21 

See also session takedown RUs, 
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See also session termination RUs 
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in BIND 13-30 
LU,SVC 9-1 
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LU.SVCJiGR 

components 1-41 
LU.SVCJ1GR.MN&MA 

basic functions 1-42 
LU,SVC_HGR.PS 

basic functions 1-42 
LU.SVCJtGR.SS 8-1 
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sync point protocols 1-49 
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within SSCP.SVCJ1GR 1-41 
maintenance services RUs 9-11 

ACTIVATE TRACE CACTTRACE) 9-11 
DEACTIVATE TRACE 
(DACTTRACE) 9-11 
DISPLAY STORAGE (DISPSTOR) 9-15 
ECHOTEST 9-34 

EXECUTE TEST (EXECTEST) 9-17 
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RECORD TRACE DATA (RECTRD) 9-13 
REQUEST ECHO TEST (REQECHO) 9-32 
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TESTMODE 9-30 
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9-26 
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management services 6-8, 9-1 
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support within PUs 1-42 
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within SSCP.SVCJ1GR 1-41 
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FORWARD 9-41 
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implementation defined 1-39 
message unit (MU) C~16, C-8, C-1Q 
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link form C-l0 
MAP_FRGM_CANONICAL C-1Q 
MAP_T0_CANONICAL C-10 
MUCB C-16, C-1I 
message unit control block 
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BLU 2-1 
BTU 2-3 
PIU 2-3 
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BIU 1-23, 1-24 
PIU 1-24 
RH 1-23, 1-24 
RU 1-23, 1-24 
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TH 1-23, 1-24 
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of 1-1 
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in CINIT 8-34 
mode table 8-19 
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format of 8-19 
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See also sense data 
MbDULO B-20 

rcu 

See message unit (MU) 

MUCB C-16, C-ll 
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network 6-10 
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uninterpreted 6-10 
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NAU (network addressable unit) 
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NAU contention 13-17 
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SSCP.SVC MGR 6-1 
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NC-DACTVR E-77 
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NC_ER_IN0P 12-24, E-81 
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See also EXPLICIT ROUTE OPERATIVE 
NC ER_TEST 12-30, E-82 

'“See also EXPLICIT ROUTE TEST 
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""See also EXPLICIT ROUTE TEST RERLY 
NC IPL_ABQRT E-S5 

See also NC IPL ABORT 
NC IPL ABORT (NC_IPL_ABORT) 11-17, 
E-85 
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E-85 
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See also NC IPL TEXT 
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See node control block 
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5-22 
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sessions 7-9, 7-29 
of a peripheral PU 1-19 
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7-18 
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BINDF 8-36 
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CDSESSEND 8-56 

CD5ES5SF 8-56 

CDSESSST 8-56 

CDSES5TF 8-57 
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CINIT 8-34 

CLEANUP 8-41 

CTERM 8—35 
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SESSEND 8-36 
' SESSST 8-36 
TERM-OTHER 8-31 
TERM-OTHER-CD 8-63 
TERM-SELF 8-28 
UNBINDF 8-36 

network addressable unit (NAU) 
structure 1-39 
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assigned during session 
initiation (via RHAA) 1-34 
assigning for parallel 
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freed (via FNA) 1-34 


network addresses, assigning primary 
ones only to subarea LUs 1-34 
network control RH category 
RH settings 12-9 
network layers 

structure 1-53 
network management 

display storage 11-21 
link and TG trace 11-20 
link level 1 diagnostic 
testing 11-20 
link level 2 diagnostic 
testing 11-21 

maintenance statistics 11-21 
network name 6-10, 8-18 
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BIND image 8-34 
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CDSESSEND 8-56 
CDSESSSF 8-56 
CDSESSST 8-56 
CDSESSTF 8-57 
CDTERM 8-60 
CINIT 8-34 
DSRLST 8-70 
INIT-OTHER-CD 8-53 
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TERM-OTHER-CD 8-63 
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implementation defined 1-39 
network priority (NTWK PRTY) 
bit 3-12, 3-52 
network resource status 
reporting 9-1 
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network services (NS) 6-1, 6-8 
See also configuration services 
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management services 
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services 
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and the NAU services layer 1-39 
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character-coded RUs 6-9, 6-10, 
6-14 
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6-10, 7-1 

field-formatted RUs 6-9, 6-14 
formats 6-9 
header 6-9 

maintenance services 6-8, 6-10 
management services 6-8 
measurement services 6-10 
network operator services 6-10 
session services 6-8, 6-10 
support within PUs 1-42 
NEWL1ST N-27, N-16, N-17, N-19 
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queues N-27 
NEXT_£NTRY N-37 

related to INSERT N-25 
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/ (slash), cannot occur N-43 
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error N-43 
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no-response chain 5-9 


Index X-14 


node 

basic structure, emphasizing PC 
and DIG 1-26 
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network 1-12 
within a single-SSCP 
network 1-11 
peripheral 

boundary function 
support 4-19 

boundary function support for 
segmenting 4-23 
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SNA 1-7, 1-9 
SNA product 1-7, 1-9 
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boundary function support 4-7 
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sequence numbers 4-19 
error recovery 4-7 
sequence numbers 4-7 
usei—application 1-7, 1-9 
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C-6, C-7 
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block 
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declaration A-7 
description A-4 
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node meta-implementation C-l 
node resource control block 
CNRCB) A-9 
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entry 11-24 

boundary function LU entry 11-25 
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1ink entry 11-24 
LU entry 11-25 
PU entry 11-24 
node type vs. FID type 1-57 
node utility procedures B~1 
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nesting of 1-8, 1~9 
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13-34 

normal flow 
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numbering 1-36 
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logic N-l 
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services capabilities 8-45 
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to third-party SSCP 8-45 
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X 1 03 f ) 8-44 
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of session termination status 
to third-party SSCP 8-45 
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usi ng NSPE 8-43 
NOTIFY 8-44, E-86 
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See node resource control block 
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NS_IPL_ABORT E-9Q 

See also NS IPL ABORT 
NS IPL ABORT (N$_IPL__ABORT) 7-40, 
11-19, E-90 
NS^IPLJFINAL E-90 

See also NS IPL FINAL 
NS IPL FINAL (NS_IPL_FINAL) 7-40, 
11-19, E-90 

See also IPL FINAL 
NS_IPL_INIT E-91 

See also NS IPL INITIAL 
NS IPL INITIAL (NS_IPL_INIT) 7-40, 
11-19, E-91 

See also IPL INITIAL 
NS_IPL_TEXT E-91 

See also NS IPL TEXT 
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11- 19, E-91 

See also IPL TEXT 
NS LOST SUBAREA (NS__LSA) 7-45, 

12- 37, E-91 
NS_LSA E-91 

See also NS LOST SUBAREA 
NS PROCEDURE ERROR (NSPE) 8-43, 
E-92 

NSPE E-92 

See also NS PROCEDURE ERROR 
NTWK. 
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PC 

definition 1-6 
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SESS 

connection properties 1-52 
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definition 1-7 
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structure 1-8 
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TC 
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QLU (origin LU) 8-5 

for a cross-domain session 8-5 
for a same-domain session 8-5 
one-phase commit 1-50 
origin LU (OLU) 8-4 
origin name 9-4 
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pacing 1-14 
group 1-14 

See also window 
group size 

See window size 

session-level 1-14/ 4-1/ 4-5/ 

4-9 

boundary function role 4-9 
boundary function 
support 4-19/ 4-22 
FSM_PAC RQ_RCV 4-61 
FSM^PAClRQ SEND 4-60 
IPR 4-10/^4-11, 4-23 
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pacing response 4-23 
parameter set up 4-3 
PI 4-9, 4-10 
stage 4-22 
stages 4-9 

use for error recovery with 
type 1 node 4-S 
window size 4-9, 4-22 
virtual route 1-14, 3-53 
pacing count 4-10 

session-level pacing 
BF 4-22 

Pacing Request indicator (PI) 4-9 
pacing response 

session-level pacing 
BF 4-23 

Pacing Response indicator (PI) 4-9, 
4-10 

Padded Data indicator (PDI) 4-8 
parallel links 1-14 
parallel sessions 1-14 
example of 1-34 
LU addresses 7-29 
network address assignment 
for CDXNIT 8-49 
for INIT-SELF1 OTHER 8-22 
overview of 1-34 
termination of 
5 DGCificd i n 

TERM-SELF|OTHER 8-28, 8-30 
w pass-fhrough” protocols (connecting 
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node) 1-8 

path control (PC) 3-1 

basic purposes of 1-26 
basic routing 1-26 
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in a subarea node 1-11 
route extension 

boundary function (BF.PC) for 
PU_T4 or PUJT5 3-75 
PC_T1 for PU_T 1 3-75 

PC T2 for PUJT2 3-75 


subarea routing CPU T4 or 
PU_T5) 3-6 

explicit route control 
(ERC) 3-48 
structure 3-7 
transmission group control 
(TGC) 3-8 

virtual route control 
(VRC) 3-51 

sublayers (TGC, ERC, VRC) 1-11 
path control block (PATHCB) 12-20, 
12-35 

declaration A-29 
description A-29 
path control control block 
(PCCB) C-3, C-7, C-10 

declaration A-8 
description A~4 
Q_BTU_RCV C-7 

path control route manager 12-1 
path information unit (PIU), 
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PATHCB 

See path control block 
PC_$A.VRC.VRPRS_SEND C-8 
PC_T1.RCV PROCEDURE 3-80 
PC_Ti.SEND PROCEDURE 3-82 
PC_T2.RCV PROCEDURE 3-84 
PC_T2.SEND PROCEDURE 3-86 
PC.ERC PROCEDURE 3-50 
PC.TGC.LIST_BY_PRTY PROCEDURE 3-23 
PC.VRC.RCV PROCEDURE 3-63 
PC.VRC.SEND PROCEDURE 3-58 
PCID 

See procedure correlation 
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See Padded Data indicator 
peer components 1-11 
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denoting decomposition 1-2 
peripheral LU 1-8 
peripheral node 1-7 
See also node 

boundary function support 4-19 
control blocks C-10 
data structures for higher-level 
scheduler C-6 
higher-level process C-4 
higher-level scheduler C-6 
processes C-2 
segmenting 

boundary function 
support 4-23 
shared storage C-3 
peripheral PU 1-8 
physical unit 
See PU 

physical unit control point 
(PUCP) 1-8, 7-1, 8-1, 11-1 

how known within its node 1-19 
sharing control of resources with 
SSCPs 1-50 
PI 

See Pacing Request or Response 
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PIU (path information unit), 
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PIU sequencing 

transmission group control 
(TGC) 3-13 

virtual route control (VRC) 3-53 
PXUJ/ECTGR 

declaration A-26 
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See PIILVECTOR 
PLU (primary LU) 8-4 
PLU name 

in BIND 13-31 
Prepare request 1-49 
presentation services 

within LU.SVC_MGR 1-42 
PREV ENTRY N-33 
PRID 

See procedure-related identifier 
primary LU (PLU) 8-4 
primary LU name 
in BIND 13-31 
primary LU name (PLU) 
in BIND 13-34 

primary resource qualifier 13-32 
problem determination 9-4 
procedure N-7 

control block addressabi1ity C-6 
dequeuing C-7, C-6, C-14 
initializat ion 
TC 4-3 

scheduler-initiated C-6 
control block 
addressabi1ity C-6 
highei—level process C-8 
subarea node C-8 
TC 4-4 

TC_J3R_BF_TC. DEQUEUE. QJPAC 4-4 
TCJ3R_BF_TC.IPR_SEHD 4-4 
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(PCID5 8-18 
field 8-18 
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for takedown procedure 8-18 
for termination procedure 8-18 
generated by SSCP(ILU) 8-24, 

8-26 

generated by SSCP(TLU) 8-30, 

8-32 

relation to URC 8-18 
within 

CDCXNIT 8-55 
GDINIT 8-50 
CDSESSEND 8-56 
CDSESSSF 8-56 
CDSESSST 8-56 
CDSESSTF 8-57 
CDTAKED 8-66 
CDTAKEDC 8-66 
CDTERM 8-60 
INIT-OTHER-CD 8-53 
NOTXFYC Vector Key X f 03 f ) 8-45 

TERM-OTHER-CD 8-63 
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(PRID) 9 - 5 , 9 - 9 , 9-10, 9-39 
routing using 9-5 
use for CNM 1-59 

PROCEDURE STATUS (PROCSTAT) 7-39, 
11-13, E-93 
process C-4, C-l 
components C-5 
dispatcher C-8, C-5, C-6 
current environment C-6 
DLC-level C-l, C-2 
highei—level C-l, C-2 
local storage C~4, C-5 
peripheral node C-2 
scheduler C-6, C-4, C-5 
shared storage C-4, C-5 
SNA layers relationship to C-2, 
C-3 


structure C-4, C-5 
TOC C-2 
PROCSTAT E-93 

See also PROCEDURE STATUS 
profile 

CDRM 1-62 
FM 1-62, F-l 
general discussion 1-62 
TS 1-62, F-9 

protocol boundary (DFC) 5-7 
protocol boundary, definition 
of 1-2 

protocol machine, definition of 1-1 
PRTY_SEHD_PIU_LIST C~2 
PS (presentation services) profile 
in BIND 13-34 
PS profile 

in BIND 13-30 
PS Usage 

in BIND 13-30, 13-34 
PTR_ADD B-21 
PU 

activation, deactivation of 7-29 
concurrency share limit 11-7 
peripheral 1-8 

network address of 7-8, 7-18 
representation in the domain 
resource list 7-8 
services manager 6-2 
shared control of 1-50 
subarea 1-8 

representation in the domain 
resource list 7-3 
PU-PU flow 12-11 

basic use of 1-31 
use by 

PU.SVCJ1GR.PC_R0UTEJ1GR 1-42 
use of expedited flow only 1-36 
use of NO RU category only 1-36 
PU resource FSMs 11-3 
PU services manaqsr 
See PU.SVCJ1GR 

PU services manager, network 
services 

See PU.SVC_MGR.NS 

"PlLJi node," used i nterchangeably 
with "type i node” 1-8 
PU type 1-8 

correspond!ng to node type 1-8 
PU_T1 1-8 
PIL.T2 1-8 
PU_T4 1-8 
PU_T5 1-8 
vs. FID type F-14 
PU type vs. FID type 1-57 
PU_T 1 

path control 3-75 
PU_T2 

path control 3-75 
PU.SVC 

structure 1-45 
PU.SVC_MGR 

basic functions 1-42 
boundary function 
management 10-3 
components 1-42 
CSCJMGR 10-1 

component description 10-3 
layer management 

explicit route control 
sublayer 10-7 
half-session layer 10-7 
link layer 10-6 
NAU services managers 10-8 
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path control layer 10-6 
transmission group control 
sublayer IQ-7 
virtual route control 
sublayer 10-7 
LINKJ1GR 10-1 

component description 10-4 
node layer manager 10-6 
NS 10-1 

component description 10-3 

PC_RQ.UTEl.MGR 10-1 

component description 10-3 
structure 10-1 
subarea address space 
management 10-8 
PU.SVC_MGR.CSC_MGR 

as a conduit for session 
activation and deactivation 
requests and responses 1-43 
basic functions 1-43 
PU.SVCJ1GR.LINKJ1GR 1-17 
basic functions 1-43 
PU.SVC_HGR.HS 

basic functions 1-42 
common session control protocol 
boundary 11-30 
concurrency share limit 11-3, 

11-7 

CPCB 11-24 

DIC serialization 11-8 
functional description 11-7 
gQn®ral description 11-1 
half-session protocol 
boundary 11-34 
link manager protocol 
boundary 11-76 
link reset hierarchy 11-9 
lost control point 

reset hierarchy 11-9 
reset option 11-9 
NCB 11-24 

network management 11-20 
NRCB 11-24 

protocol boundaries 11-7 
PU activation 11-11 
PU data structures 11-24 
PU deactivation 11-11 
PU resources 11-1 
resource FSMs 11-3 
resource sharing 11-1 
role in switched link connection 
operation 7-14 
structure 11-5 
switched links 11-13 
PU.SVC_MGR.HS.RCV 11-5, 11-28 
PU.SVC_MGR.PC_ROUTE_nGR 12-1 
basic functions 1-42 
ERH_MAP_LI5T 12-17 
protocol boundary with 
highei—level scheduler 12-13 
protocol boundary with 
PC.ERC 12-2, 12-13 
protocol boundary with 
PC.T 6 C 12-2 
protocol boundary with 
PU.SVCJ1GR.CSCJ1.GR 12-2, 12-13 
protocol boundary with 
PU.SVC_MGR.NS 12-2, 12-13 
protocol boundary with SHS 12-2 
PU.SVC J1GR.PC_R0UTEJ16R.RCV 12-13 
PU.SVCJ1GR.PC_ROUTE_MGR.ER MGR 12-31 
PU.5VC J1GR.PC_ROUTE_MGR.RCV C -8 
PU . SVCJ1GR.PC_ROUTE_MGR. VRJ1GR 12-79 
PU.SVC structure 1-41 


PUCP 

See physical unit control point 
PURGE N-27, N-17 
PURGE_RUS_FROM_RESOURCE B-21 
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Q_BTU_RCV C-2 
PCCB C-7 
TGCB C-7 

Q_TC T0J)FC 5-5, 5-2, C-7 
Q_VR PAC C-7 
QC E-94 

See also QUIESCE COMPLETE 
QEC E-94 

See also QUIESCE AT END OF CHAIN 

QRI 

See Queued Response indicator 
queue C-5 

dispatching C-9, C-5, C-13 
known by scheduler C-4 
scheduled data C-4, C- 8 , N-19 
between architected 
components C -8 
control block anchored C-5 
entities on C -8 
higher-level process C -8 
out of the node C -8 
specified in NENLIST N-27 
storage location C-5 
subarea node C -8 
queued response 5-23 
Queued Response indicator 
(QRI) 4-10 

queuing of session initiation RUs 
GDI NIK Formats 0 and 2) 8-48, 

8-49 

de.termi nat i on using NOTIFYC Vector 
Key X'OCM 8-46 
INIT-OTHER 8-26 
IHIT-SELF 8-24 

QUIESCE AT END OF CHAIN (QEC) 5-20, 
5-8, 5-28, E-94 

QUIESCE COMPLETE (QC) 5-20, 5-17, 
5-28, E-94 

quiesce protocols 5-2, 5-20, 5-22 
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race condition 5-14 
race error 5-18 

READY TO RECEIVE (RTR) 5-29, E-lll 
RECFMS E-94 

See also RECORD FORMATTED 
MAINTENANCE STATISTICS 
RECMS E-102 

See also RECORD MAINTENANCE 
STATISTICS 

RECORD FORMATTED MAINTENANCE 
STATISTICS (RECFMS) 9-23, 11-21, 
E-94 

RECORD MAINTENANCE STATISTICS 
(RECMS) 9-26, 11-21, E-102 
RECORD STORAGE (RECSTOR) 9-15, 
11-21, E-102 

RECORD TEST DATA (RECTD) 9-19, 
11 - 20 , E-103 
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RECORD TEST RESULTS CRECTR) 9-30 
11-21, E-103 

RECORD TRACE DATA CRECTRD) 9-13, 
11-20, E-104 
RECSTOR E-102 

See also RECORD STORAGE 
RECTD E-103 

See also RECORD TEST DATA 
RECTR E-103 

Sea also RECORD TEST RESULTS 
RECTRD E-104 


Sea also RECORD TRACT DATA 
REFER N-12 

reinitiation of an LU-LU session 
coordinating 

using CD5ESSEND 8-57 
using NOTIFYCVector Key 
X , 04 f ) 8-45 


related data units 


See chai n 

RELEASE QUIESCE CRELQ) 5-20, 5-21, 
5-22, 5-28, E-105 
RELQ E-105 

See also RELEASE QUIESCE 
REMOTE POWER OFF CRPO) 7-37, 11-15, 
E-lll 

REMOVE N-2S, N-17 

related to INSERT N-25 
REQACTLU E-105 

See also REQUEST ACTIVATE LOGICAL 
UNIT 

REQCOHT E-105 

See also REQUEST CONTACT 
REQDISCQNT E-1G6 

See also REQUEST DISCONTACT 
REQECHO E-106 

See also REQUEST ECHO TEST 
REQFNA E-106 

See also REQUEST FREE NETWORK 
ADDRESS 
REQMS E-I07 

See also REQUEST MAINTENANCE 
STATISTICS 
REQTEST E-1GS 

Sea also REQUEST TEST PROCEDURE 
REQUEST ACTIVATE LOGICAL UNIT 
(REQACTLU) 7-45, 11-23, E-105 
REQUEST CONTACT (REQCOHT) 7-33, 
11-13, E-105 

See also switched link connection 
operation 

request control mode 4-11, 5-12 
delayed request mode 4-11, 5-12 
immediate 


FSM_CNTL_IMMED_EXP 4-61 
immediate request mode 4-11, 

5-12 

expedited flow 4-5, 4-11 
use for error recovery with 
type 1 node 4-8 
request correlation 
CNM 9-5 

maintenance services 9-5 
REQUEST DISCONTACT 
(REQDISCOHT) 7-35, E-106 

See also switched link connection 
operation 

REQUEST ECHO TEST (REQECHO) 9-32, 
E-106 

REQUEST FREE NETWORK ADDRESS 
(REQFNA) 7-44, 11-24, E-106 
REQUEST MAINTENANCE STATISTICS 
(REQMS) 9-21, 11-21, E-107 
request mode 


See request control mode 
REQUEST NETWORK ADDRESS ASSIGNMENT 
(RNAA) 7-41, 11-22, E-1Q9 

See also switched link connection 
operation 

REQUEST RECOVERY (RQR) 4-16, 4-67, 
4-68, E-lll 

request-response header (RH) 2-25 
request-response unit (RU), 
definition 2-5 
request routing table, for 
maintenance services RUs 9-6 
REQUEST SHUTDOWN (RSHUTD) 5-28, 
E-lll 

REQUEST TEST PROCEDURE 
(REQTEST) 9-28, 11-21, E-108 
request/response 
correlation 5-9 
formats 5-23 
formatting 5-8, 5-1 
protocols 5-1, 5-12 
request/response header (RH) 
session control 4-13 
Request/Response indicator (RRI) 
tested by INPUT N-36 
request/response units (RUs) 

See also Appendix E 
character-coded 8-17, 8-12 
field-formatted 8-17, 8-12 
LU-LU session initiation 8-21 
See also session initiation 
RUs 

LU-LU session status 
notification 8-21 

See also session status 
notification RUs 
LU-LU session takedown, 
cross-domain 8-21 

See also session takedown RUs, 
cross-domain 

LU-LU session termination 8-21 
See also session termination 
RUs 

maximum size 4-10 
session services 8-20 

See also individual session 
services RU descriptions 
requests 

DFC 5-26, 5-1, 5-23 
FMD 5-1 
formatting 5-8 
RERN (reverse explicit route 
number) 1-29, 12-3 

See also explicit route 
reserved N-9 

bits and fields 2-8 
values 2-8 
reset (DFC) 5-5 
reset hierarchy 
BF 

BF.TC 4-19 
BF.TC.RESET 4-52 
definition 1-47 
of domain resource FSMs 7-12 
result of Cold response 13-10, 
13-11, 13-22 

result of DACTPU or DACTLU 13-9, 
13-11 

SESSACT.TC RESET 4-4, 4-27 
TC 4-4 

BF.TC 4-19 
SESSACT.TCcRESET 4-4 
resource 

domain resource (D0M_RES) 7-1 
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hierarchy 7-8 

domain resource control block 
(DRCB) 7-1, 7-8 

domain resource FSMs 7-2, 7-128 
relationship to node resource 
FSMs 7-3 

domain resource list (DRCB) 7-1, 
7-8 

resource sharing 7-1, 11-1 
RESOURCE_TOTAL_SHARE_CNT B-22 
response 

Cold to ACTPU 13-22 
response control mode 4-11, 5-12 
delayed response mode 4-12, 5-12 
immediate response mode 4-12, 
5-12 

response mode 

See response control mode 
responses 

correlating 5-9 
DFC 5-24 
formatting 5-8 
RETURN N-7 

reverse explicit route number 
(RERN) 12-3 
REX (route extension) 

See route extension 
RH (request-response header) 2-25 
RNAA E-109 

See also REQUEST NETWORK ADDRESS 
ASSIGNMENT 
route activation 

in relation to session 
activation 12-6 
route extension (REX) 

connecting a virtual route to a 
peripheral node 1-29 
salient features of 1-14 
route extension inoperative 13-7, 
13-8 

ROUTEJTEST E-110 

See also ROUTE TEST 
ROUTE TEST (RGUTE_TEST) 9-37, 

12-30, 12-52, 12-112, E-110 
routing and checking logic 
representation (within the 
meta-implementation) 1-2 
RPO E-lll 

See also REMOTE POWER OFF 
RQD B-22 
RQE B-22 
RQN B-23 
RQR E-lll 

See also REQUEST RECOVERY 
RSHUTD E-lll 

See also REQUEST SHUTDOWN 
RSP(ACTCBRM) E-131 
RSP(ACTLU) E-132 
RSP(ACTPU) E-132 
R$P(ADDLINK) E-134 
R$P(ADDLINXSTA) E-134 
RSP(BIND) E-134 
RSP(CDIHIT) E-137 
RSP(CDSESSEND) E-138 
RSP(CDTERM) E-139 
RSPCCINIT) E-139 
RSP(DSRLST) E-139 
RSP(DUMPINIT) E-139 

RSP(DUMPTEXT) E-140 
RSP(INIT-QTHER-CD) E-140 
RSPCRHAA) E-141 
RSP(ROUTE_TEST) E-141 

RSP(STSN) E-143 
RTR E-lll 


See also READY TO RECEIVE 
RU (request-response unit), 
definition 2-5 
RU category 

and use of expedited and normal 
flows 1-36 



SAVEJ1UJF0RJ*ETRYJ.I$T 7-9 
See also DRCB 
SBI E-lll 

See also STOP BRACKET INITIATION 
SCAN N-29, N-17 
SCB 

See^session control block 
scheduled data queue 

See also queue, scheduled data 
storage location C-5 
scheduler C-6, C-4, C-5 
access to scheduled data 
queues C-6 

and dequeuing procedures C-4 
establishing current 
environment C-6 
higher-level 

data structures used in 
subarea node C-7 
peripheral node C-6 
subarea node C-6, C-14 
invoking dispatcher C-5 
queues known to C-4 
thread initiation C-8 
schedulcr-initiated procedure C-6 
control block addressableity C-6 
higher—level process 
subarea node C-8 
subarea node 

higher—level process C-8 
TC 4-4 

TCJ3R_BF_TC. DEQUEUE. Q_PAC 4-4, 

4-29 

TCJ3R_BF_TC.IPR_SEND 4-4, 4-29 
SDLC frame 2-1 
SDT E-lll 

See also START DATA TRAFFIC 
secondary 

resource qualifier 13-32 
secondary LU (SLU) 8-4 
secondary LU name 

in BIND 13-32, 13-34 
segment, maximum size of 2-3 
segment, minimum size of first 2-3 
segmenting 3-5 

boundary function support 4-23 
route extension 3-75 
virtual route 3-56 
segmenting relationships 2-3 
segmenting, definition 2-3 
SELECT N-7, N-14 
SEND N-31, C-ll 

C0NTR01_BL0CK_DEFINITI0N 
use N-31 

control block pointers C-ll, 

N-32 

creation of DQE N-31 
DESTINATION N-32 

destination procedure C-10, C-ll ( 4 

dispatched FAPL procedure 
originated C-ll ^ 

dispatcher servicing C-5 
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DQE C-9, C-U 
from FAPL procedures C-5 
from scheduler C-5 
input signal C-10, C-ll 
MU C-li 
ORIGIN N-32 

parameter C-1Q, C-ll, C-12 
related to DISPATCHEDJBY N-32, 
N-34 

related to INPUT N~33, N-36 
scheduler originated C-ll 
SEND CHECK N-32 
sending procedure C-10, C-ll, 
N-32 

sense code N-31 
signal N-31 
USING C-ll, N-20 
vs« CALL C-8 
vs. enqueuing C-8 
send check 

sense data included with G-l 
SEND_OR_RECEIVE_CHECK N-39, N-49 
control block specification N-39 
input to finite-state 
machine N-39 

SEND_OR_RECEIVE_CHECK indicator 
testing N-39 
send/receive protocols 
full-duplex 5-13 
half-duplex contention 5-12 
half-duplex flip-flop 5-12 
normal-flow 5-1 
sense code 

See sense data 

sense-code specific information G-l 
sense data G-l 
format of G-l 
sense code 

category X f 00 1 (user sense 
data only) G-l# G-2 
category X f 05 f (request 
reject) G-12, G-l 
category X v 10 f (request 
error) G-10, G-l 
category X f 20 f (state 
error) 0-3, G-l 
category X f 40 f (RH usage 
error) G-6, G-l 
category X f SO f (path 
error) G-3, G-l 
modifier G-l 

modifier value of X f QO f G-2 
sense-code specific 
information G-l 
usei—defined data G“1 
sequence number checking 4-1 
sequence numbers 4-7 

boundary function support for 
type 1 node 4-19 
CLEAR 4-7 
expedited flow 4-7 
identifiers 4-7 
initialization 4-7 
normal flow 4-7 
session-level 

assigning to normal-flow 
requests 1-37 
checking 1-37 
support in BF.TC for type 1 
nodes 1-55 
STSN 4-7 
TC 4-4 

type 1 node 4-7 


boundary function support 4-7 
boundary function support 
for 4-19 
wrapping 4-7 

sequence numbers and IDs 5-9 
sequence numbers, use in sync point 
protocols 1-49 
sequential propagation 12-12, 

12-22, 12-26, 12-49 
services layer 
LU 8-1 
NAU 8-1 
PU 8-1 
SSCP 8-1 
services manager 

component for session 
services 8-1 
services managers 6-1 
LU.SVCJ1GR 6-2 
PU.SVCJ1GR 6-2 
SSCP. SVCJ1GR 6-1 

SSCP.SVCJ1GR.CS 7-1 
structure of 7-5 
SESSACT . T CJNITIALIZE 4-3, 4-24 
SESSACT.TC_RESET 4-4, 4-27 
SESSEND E-112 

See also SESSION ENDED 
session 

actlvation 

Cold 13-18 
ERP 13-18 

activation parameters 5-5, 5~7 

activation, LU-LU 8-1 

basic definition 1-30 

basic structure 1-31 

class 

specified in TERM-OTHER 8-31 
specified in TERM-SELF 8-29 
control block 5-7, 5-1 
cryptography 8-35 

See also cryptography key, 
session 

deactivation, LU-LU 8-1 
identification 

See identification of session 
identificatioh (SID) 1-32 
initiation, LU-LU 1-41, 8-1 
by way of thi rd-party 
SSCP 8-53 

preventing during cross-domain 
takedown 8-65 
status notification to 
third-party SSCP 8-45 
status notification using 
NOTIFYC Vector Key 
X 5 03’) 8-44 

status notification using 
N5PE 8-43 
key 8-19 

content 8-19 
keys 

table of 8-20 
LU-LU 

activation 13-27 
deactivation 13-27 
name 1-34, 13-32 
notation for denoting 1-33 
outage notification 
overview 1-47 
pairings defined 1-30 
reinitiation 

coordination using 
CDSESSEND 8-57 
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coordination using 
NOTXFYCVector Key 
X 1 04 r ) S~45 

saJLient features of 1-14 
services 6-8, 6-10 
SSCP-based 1-39 

functions of the FMDS element 
pair 1-53 
SSCP-LU 

activation 13-24 
deactivation 13-24 
SSCP-PU 

activation 13-21 
deactivation 13-21 
SSCP-SSCP 

session activation 13-17 
session deactivation 13-17 
SSCP-SSCP contention 13-17 
states 

specified in CDTAKED 8-65 
specified in CDTERM 8-60 
specified in TERM-OTHER 8-31 
specified in TERM-SELF 8-28 
takedown, cross-domain 
LU-LU 8-65 

CDTAKEDC exchange for 8-66 
precedence rules for 8-66 
termination, LU-LU 3-1 
asynchronous using 
CLEANUP 8-41 
asynchronous, using 
CTERMC Cleanup) 8-35 
specifying multiple sessions 
in TERM-SELF|OTHER 8-23, 
8-30 

specifying parallel sessions 
in TERM-SELF I OTHER 8-28, 
8-30 

status notification to 
third-party SSCP 8-45 
status notification using 
NOTIFYCVector Key 
X’ 03 * ) 8-44 

status notification using 
NSPE 8-43 

type, for cross-domain takedown 
specified in CDTAKED 8-65 
type, for termination 

implied by CLEANUP 8-41 
specified in CDTERM 8-60 
specified in CTERM 8-35 
specified in TERM-OTHER 8-31 
specified in TERM-SELF 8-28 
session activation 
Cold 

SSCP-PU 13-21 
ERP 13-27 
SSCP-PU 

ERP 13-22 
session control 

CLEAR 4-62, 4-63, 4-66, 4-67 

CRV 4-70, 4-71 

data traffic protocols 4-12 

CLEAR 4-62, 4-63, 4-66, 4-67 
CPvV 4-70, 4-71 
RQR 4-67, 4-68 
SDT 4-62, 4-63, 4-64, 4-65 
STSN 4-68, 4-69 
RH 4-13 
RQR 4-67, 4-68 
SDT 4-62, 4-63, 4-64, 4-65 
STSN 4-68, 4-69 
TC.SC 4-1, 4-12 


CLEAR 4-16, 4-62, 4-63, 4-66, 
4-67 

CRV 4-18, 4-70, 4-71 
data traffic protocols 4-12, 
4-15, 4-62, 4-63, 4-64, 4-65, 
4-66, 4-67, 4-68, 4-69, 4-70, 
4-71 

protocol boundary with service 
manager 4-44, 4-47 
RQR 4-16, 4-67, 4-68 
SDT 4-16, 4-62, 4-63, 4-64, 
4-65 

structure 4-14 
STSN 4-17, 4-68, 4-69 
TH 4-13 

session control block CSCB) 13-2, 
13-12, C-6, C-7, C-10 
declaration A-13 
description A-5 
QJTC_TOJ)FC C-7 

session cryptography key 4-9, 4-18 
CRV 4-18 

session cryptography seed 4-9, 4-18 
CRV 4-18 

session deactivation 12-87 
final use 13-23 

SESSION ENDED (SESSEND) 8-34, E-112 
session initiation RUs 8~21 
BINDF 8-34 
CDCXNIT 8-55 
CDINXT 8-48 
CDS ESSS F 8-55 
CDSESSST 8-55 
CXNIT 8-34 
INIT-OTHER 8-22 
INIT-OTHER-CD 8-53 
INIT-SELF 8-22 
SES5ST 8-34 

session-level pacing 1-14, 4-1, 

4-5, 4-9 

See also paci ng 
boundary function role 4-9 
boundary function support 4-19, 
4-22 

IPR 4-23 

pacing count 4-22 
pacing response 4-23 
stage 4-22 
window size 4-22 
F$M_PAC_RQ_RCV 4-61 
F SM_P A C_R Q_$ END 4-6 0 
IPR 4-10, 4-11, 4-23 
pacing count 4-10, 4-22 
pacing response 4-23 
parameter set up 4-3 
PI 4-9, 4-10 
stage 4-22 
stages 4-9 

use for error recovery with type 1 
node 4-8 

window size 4-9, 4-22 
session name 13-32 
session network services (SN5) 6-1 

as part of NAU.SVC 1-39 
basic protocols and 
functions 1-37 
routing by 1-39 
SHS.RCV 6-14, 6-15 
SNS.SEND 6-14, 6-17 
specific type of FMDS 1-37 
session outage notification 12-24, 
13-7 

hierarchical reset 13-7, 13-10 
overview 1-47 
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route extension 
inoperative 13-7* 13-8 
SSCP gone 13-7* 13-9 
virtual route deactivated 13-8 
virtual route inoperative 13-8 
session presentation services (SPS) 
as part of HAU.SVC 1-39 
basic protocols and 
functions 1-37 
specific type of FMDS 1-37 
session qualifier 13-31 
session qualifier pair 13-32 
session services 8-1* 6-8* 6-10 
basic functions 1-39 
capabi1ities 

conveyed in NOTIFYCVector Key 
X'GC’) 8-45 
definition 8-1 
formats 8-17 

half-session component for 8-1 
network context for 8-4 
RU descriptions 
3INDF 8-34 
CDCINIT 8-55 
CDINIT 8-48 
CD5ESSEND 8-55 
CDSE55SF 8-55 
CDSESS5T 8-55 
CDSESSTF 8-55 
CDTAKED 8-65 
CDTAKEDC 8-65 
CDTERM 8-60 
CIHIT 8-34 
CLEANUP 8-41 
CTERM 8-34 
DSRLST 8-70 
INIT-OTHER 8-22 
INIT-OTHER-CD 8-53 
INIT-SELF 8-22 
NOTIFY 8-44 
NSPE 8-43 
SESSEND 8-34 
SE5SST 8-34 
TERM-OTHER 8-28 
TERM-OTHER-CD 8-63 
TERM-SELF 8-28 
UN31NDF 8-34 
RUs 8-20 

for reporting status 8-21 
for session initiation 8-21 
for session termination 8-21 
for takedown of cross-domain 
sessions S~21 
services manager component 
for 8-1 

SNS component for 8-9 
within LU.SVC_MGR 1-41 
SESSION STARTED (SESSST) 8-34* 
E-113. 

session status CSESS) FSMs 13-2* 
13-15 

session status notification 
RUs 8-21 

NOTIFY 8-44 
NSPE 8-43 

session takedown RUs* 
cross-domain 8-21 
CDTAKED 8-65 
CDTAKEDC 8-65 

session termination RUs 8-21 
CDSESSEND 8-55 
CDSESSTF 8-55 
CDTERM 8-60 
CLEANUP 8-41 


CTERM 8-34 
SESSEND 8-34 
TERM-OTHER 8-28 
TERM-OTHER-CD 8-63 
TERM-SELF 8-28 
UNBINDF 8-34 
sessions 

termination specified in 
TERM-SELF I OTHER 8-28, 8-30 
sessions, parallel 1-34 

See also parallel sessions 
SESSST E-113 

See also’SESSION STARTED 
SET AND TEST SEQUENCE NUMBERS 
(STSN) 4-7, 4-17, 4-68, 4-69, 

E-115 

half-session send and receive 
numbers 4-17 
sync point manager 4-17 
transaction processing program 
number 4-17 

use in sync point protocols 1-49 
SET CONTROL VECTOR CSETCV) 7-46, 
9-35, 11-23, E-113, E-114 
set theory notation N-l 
SETCV E-113, E-114 

See also SET CONTROL VECTOR 
share limit 1-50* 11-3* 11-7 
shared control 7-1 
overview 1-50 

shared storage C-l* C-4, C-5 
locking C-l 
LSCB C-2* C-3, C-4 
PCC-B C-3 

peripheral node C-3 
PRTY_SEND_PIU_LIST C-2, C-4 
Q_BTU_RCV C-2* C-4 
subarea node C-2* C-4 
TGCB C-2* C-4 
types of communication 
requiring C-2 
SHUT C E-114 

See also SHUTDOWN COMPLETE 
SHUTD E-114 

See also SHUTDOWN 

SHUTDOWN (SHUTD) 5-21* 5-29* E-114 
SHUTDOWN COMPLETE (SHUTC) 5-21* 
5-29, E-114 

shutdown protocols 5-21* 5-2* 5-22 
SIG E-114 

See also SIGNAL 
signal 

input C-10 

SIGNAL (SIG) 5-30, E-114 
SLU (secondary LU) 8-4 
SNA constructs* salient features 
of 1-14 
SNA network 

definition of 1-5 
subarea structure 1-21 
SNA node 1-7, 1-9 
See also node 

SNA product node 1-7* 1-9 
See also node 
SNS 6-1 

See also session network services 
SNS.RCV 6-14, 6-15 
SNS.SEND 6-14* 6-17 
SNS.SS 8-9* 8-1 

protocol machines 

(SSCP * LU).PRI 8-12 
(SSCP * LU).SEC 8-10 
(SSCP*SSCP*).SSCP 8-12 
SNS.SS.RCV 8-9 
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protocol machines, list of 8-9 
SMS.SS.SEND 8-9 

protocol machines, list of 8-9 
source-independent routing 12-4 
SPS 

See session presentation services 
SSCP 

services manager 6-1 
sharing control of resources with 
other control points 1-50 
SSCP * SVCJMGR 

SSCP.SVCJ1GR.CS 7-1 
structure of 7-5 
SSCP-based session 1-39 

functions of the FMDS element 
pair 1-53 

SSCP gone 13-7, 13-9, 13-11 
SSCP ID 13-17, 13-21 
SSCP-LU session 9-1 
basic use of 1-31 
primary-secondary roles for 1-30 
SSCP-PU session 9-1 
basic use of 1-31 
pri mary-secondary roles for 1-30 
SSCP-PU session selection for 
maintenance services RUs 9-5 
SSCP routing of management services 
RUs 

use of PRXD field for 9-5 
SSCP-SSCP session 
activation 13-17 
basi c use of 1-31 
contention 13-17 
deactivation 13-17 
primary-secondary roles for 1-31 
SSCP.SVC 9-1 

structure 1-43 
SSCP. SVCJ'GR 

components 1-41 
structure of 7-5 
SSCP.SVCJlGR.es 7-1 

basic functions 1-41 
functions of 7-1, 7-7 
SSCP.SVCJ1GR.CS.RCV 7-5, 7-50 
SSCP.SVCJ1CR.CS.SEND 7-5, 7-48 
SSCP.SVCJ1GR.CS.RCV 7-5, 7-50 
SSCP.SVCJ1GR.CS.SEND 7-5, 7-48 
SSCP.SVC J1GR.MNSMA 

basic functions 1-41 
SSCP.SVC J1GR.S5 8-1 

See also individual session 
services RU descriptions 
basic functions 1-41 
SSCP.SVC structure 1-41 
stage 

session-level pacing 
BF 4-22 

START DATA TRAFFIC CSDT) 4-16, 

4-62, 4-63, 4-64, 4-65, 7-46, E-lll 
state attributes N~4i 
state checks 1-64, 5-8 
state names N-41 
state numbers N-41 
state-transition graph N~50 , 1-2, 
N-2 

broad arrow N-52 
input N-50 

multiple streams N-51 
multiple input streams N-51 
multiple stream output N-51 
open broad arrow N-53 
output N-50 

multiple stream N-51 
state N-50 


state-independent 
transitions N-51 
state 1 i ne N-50 
state name N-50 
transitions N-50 

state-independent N-*51 
state-transition matrix N-41, 1-2, 
N-2, N-40 

action cjdes N-43 

calling result N-46 
multiple N-44 
next-state indicator N-43 
CALL action N-44 
calling N-46 

input signal N-46 
next-state indicator N-46 
context N-41 
FAPL names N-41 
FSMJDEFINXTIQN statement N-41 
initialization N-45 
input conditions N-42 
- (not sign) N-42 
continuation lines N-43 
FSMJNPUT J3EFINITX0N 
statement N-43 
input signal N-45 

FSMJNPUTJDEFINITIQN 
testing N-45 
inputs to N-41 
ouput code 

execution in 

$EHDJ3RJRECEIVE_CHECK N-39 
output actions N-41 
output code N-44 
state attribute N-41 
state attributes N-41 
state name N-41 
state names N-41 
state numbers N-41 
state transitions N-41 
testing 

error conditions N-49 
state attributes N-48 
states N-47 
states of sessions 

specified in CDTAKED 8-65 
specified in CDTERM 8-60 
specified in TERM-OTHER 8-31 
specified in TERM-SELF 8-28 
statistics gathering 9-4 
statistics, problem 
determination 9-23 

See also maintenance statistics 
STOP BRACKET INITIATION (SBI) 5-19 
5-2, 5-29, E-lll 
storage 

local C-5 

scheduled data queue C-5 
shared C-5 
STSN E-115 

See also SET AND TEST SEQUENCE 
NUMBERS 
subarea 1-7 

address 1-20 
subarea address 1-20 
subarea LU 1-8 
subarea node 1-7 
See also node 

boundary function path control 
(BF.PC) 3-75 
control blocks C-10 
data structures for highei—level 
scheduler C-6 
DLC-level process C-4 
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higher-level process C-4 
highei—level scheduler C~6, C-14 
data structures C-7 
processes C-l 
shared storage C-4 
SNA layers relationship to 
processes C-2, C-3 
subarea PU 1-8 
SUBAREA_RGUTING 

declaration A-30 

SUBAREA ROUTIHG_LIST 12-18, 12-26 
See also SUBAREA^ROUTING 
description A-6 

subarea routing path control 3-6 
explicit route control 
(ERC) 3-48 
structure 3-7 
transmission group control 
(TGC) 3-8 

virtual route control (VRC) 3-51 
subthread C-6 

SVCJMGR. (services manager) 6-1 
LU.SVCJ1GR 6-2 
PU.SVCJ1GR 6-2 
SSCP.SVCJ1GR 6-1 

SSCP.SVC_MGR.CS 7-1 
structure of 7-5 
switched link connection 
operation 7-14 

deactivating a switched link 
connection 7-26 
establishing a switched link 
connection 7-14, 7-17 
symmetric HDX error recovery 5-19 
sync point 1-14, 13-27 
services 1-42 
sync point manager 4-17 
ST5N 4-17 

transaction processing program 
number 4-17 
sync point protocols 
overview of 1-48 
RH bit settings for 2-28 
sync points, use of 1-48 
synchronization event 5-19 


T 


takedown of cross-domain LU-LU 
sessions 8-65 

CDTAKEDC exchange for 8-66 
precedence rules for 8-66 
takedown procedure 

identified by PCID 8-18 
target name 

See CNM target 
TC 

See transmission control 
TC_0R_BF_TC.DEQUEUE.Q_PAC 4-4, 4-29 
TC_0R_BF_TC.IPR_SEND 4-4, 4-29, C-S 
TC.CPMGR 

See connection point manager 
TC.CPMGR.RCV 4-36 
TC.CPMGR.SEND 4-31 
TC.SC 

See transmission control, TC.SC 
TC.SC.RCV 4-44 
TC.SC.SEND 4-47 
TCCB 

See transmission control control 
block 


TERM-OTHER E-116 

See also TERMINATE-OTHER 
TERM-OTHER-CD E-118 

See also TERMINATE-QTHER 
CROSS-DOMAIN 
TERM-SELF E-120, E-121 
See also TERMINATE SELF 
TERMINATE-OTHER (TERM-OTHER) 8-28, 
E-116 

TERMINATE-OTHER CROSS-DOMAIN 
(TERM-OTHER-CD) 8-63, E-118 
TERMINATE-SELF (TERM-SELF) 8-28, 
E-120, E-121 

terminating an LU-LU session 8-1 
See also session termination, 
LU-LU 

terminating LU (TLU) 8-4 
termination procedure 

identified by PCID 8-18 
termination rules (bracket) 
rule 1 (conditional 
termination) 5-16 
rule 2 (unconditional 
termination) 5-17 
TEST MODE (TESTMODE) 9-17, 9-30, 
11-21, E-123 

test procedure, maintenance 
services 9-28, 9-30 
testing 

error conditions N-49 
network resource status 9-1 
state attributes N-48 
states N-47 
TESTMODE E-123 

See also TEST MODE 
TG 

See transmission group 
TG_SNF wrap acknowledgment 3-16 
TG sweep 3-14 
TGC 

See transmission group control 
TGCB 

See transmission group control 
block 

TGID (transmission group 
identifier) 12-18 
T6N (transmission group 
number) 1-28 

See also transmission group 
TH 

See transmission header 
TH conversion for pre-ER-VR subarea 
nodes 3-18 
third-party SSCP 

notification 8-45 
session initiation 8-53 
thread C-6 

initial control block 
addressabi1ity C-6 
threshold monitoring for CNM 9-4 
TLU (terminating LU) 8-5 
too-long PIU conversion 3-11 
TPF (Transmission Priority 
field) 12-3 

TPF (Transmission Priority field), 
to denote a virtual route 1-29 
trace 

ACTIVATE TRACE CACTTRACE) 9-11 
DEACTIVATE TRACE 
(DACTTRACE) 9-11 
RECORD TRACE DATA (RECTRD) 9-13 
transaction 1-14 

transaction processing program 1-48 
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transaction processing program 
number 4-17 
STSN 4-17 

transmission by priority 3-12, 3-52 
transmission control CTO) 4-1 
basic protocols and 
functions 1-36 
BF.TC 4-1, 4-19 

CLEAR 4-19, 4-22 
data traffic protocols 4-19, 
4-22 

pacing 4-9 
reset hierarchy 4-19 
sequence numbers for type 1 
node 4-7, 4-19 
session-level pacing 4-19, 
4-22 

structure 4-21 
CLEAR 4-16, 4-62, 4-63, 4-66, 
4-67 

BF.TC 4-19 

connection point manager 
(TC.CPMGR) 

session-level pacing 4-60 
control mode 

request 4-61 
CRV 4-18, 4-70, 4-71 

session cryptography key 4-18 
session cryptography 
seed 4-18 
test value 4-18 
cryptography 4-1, 4-5, 4-8 
block chaining 4-9 
Data Encryption Standard 
CDES) 4-9 

enciphering/deciphering 4-1, 
4-5, 4-8 

session cryptography key 4-9 
session seed 4-9 
data traffic protocols 4-1, 

4-12, 4-15 

CLEAR 4-62, 4-63, 4-66, 4-67 
CRV 4-70, 4-71 
RQR 4-67, 4-68 
SDT 4-62, 4-63, 4-64, 4-65 
STSN 4-63, 4-69 
TS profile 4-15 
deciphering 4-1, 4-5 
enciphering 4-1, 4-5 
immediate request mode 4-5 
FSM^CNTL^IMMEDJEXP 4-61 
pacing 

session-level 4-1 
protocol boundary with DFC 4-31 
QRI 4-10 

request control mode 4-5, 4-11 
delayed request mode 4-11 
immediate 4-61 
immediate request mode 4-11 
reset hierarchy 4-4 

SESSACT.T C_RESET 4-4 
RQR 4-16, 4-67, 4-68 
schedule!—initiated 
procedures 4-4 

SDT 4-16, 4-62, 4-63, 4-64, 4-65 
sequence number checking 4-1 
sequence numbers 4-4, 4-7 


CLEAR 4-7 


expedited flow 4-7 

identifiers 

4-7 

initialization 4-7 

normal flow 
STSN 4-7 

4-7 

type 1 node 

4-7 


wrapping 4-7 

sequence numbers for type 1 node 
BF.TC 4-19 

session cryptography key 4-18 
session cryptography seed 4-18 
session-level pacing 4-1, 4-5, 
4-9 

BF.TC 4-19, 4-22 
boundary function role 4-9 
FSM_PAC_RQ_RCV 4-61 
F S M_PA C_R Q_$ EH D 4-60 
IPR 4-10, 4-11 
pacing count 4-10 
PI 4-9, 4-10 
stages 4-9 
window size 4-9 
structure 4-3 
STSN 4-17, 4-68, 4-69 

half-session send and receive 
numbers 4-17 
sync point manager 4-17 
transaction processing program 
number 4-17 
TC.CPMGR 4-4 

cryptography 4-5, 4-8 
deciphering 4-5, 4-8 
enciphering 4~5, 4-8 
immediate request mode 4-5, 
4-61 

QRI 4-10 

request control mode 4-5, 
4-11, 4-61 

sequence numbers 4-4, 4-7 
session-level pacing 4-5, 

4-9, 4-61 
structure 4-6 
TC.SC 4-1, 4-12 

CLEAR 4-16, 4-62, 4-63, 4-66, 
4-67 

CRV 4-18, 4-70, 4-71 
data traffic protocols 4-12, 
4-15, 4-62, 4-63, 4-64, 4-65, 
4-66, 4-67, 4-63, 4-69, 4-70, 
4-71 

protocol boundary with service 
manager 4-44, 4-47 
RH 4-13 

RQR 4-16, 4-67, 4-68 
SDT 4-16, 4-62, 4-63, 4-64, 
4-65 

structure 4-14 
STSN 4-17, 4-68, 4-69 
TH 4-13 

use of SC requests and 
responses 1-37 

transmission control control block 
(TCCB) 4-10, C-6, C-7 

boundary function use 4-19 
declaration A-2Q 
description A-5 

transrni ssi on group CTG) 3-8, 12-3 
See also transrni ssi on group 
control (TGC) 

configurable link stations 11-14 
definition 3-3 
denoted by a triple 
(SA1,SA2,TGH) 1-28 
inoperative 12-23 
operative 12-23 
salient features of 1-14 
TGCB 12-23 
TGH 1-28 

transmission group control 
C TGC) 3-8 
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functions 3-1Q 
blocking 3-10 
BTU retransmission 3-11 
BTU validity checking 3-18 
P111 sequencing 3-13 
setting VR pacing 
indicators 3-17 
TG_SNF wrap 
acknowledgment 3-16 
TG sweep 3-14 
TH conversion for pre-ER-VR 
Subarea Nodes 3-18 
too-long PIU conversion 3-11 
transmission by priority 3-12 
process structure C-2 
structure 3-19, 3-22 
transmission group control block 
CTGCB) C-2, C-7, C-10 

declaration A-25 
description A-5 
Q_BTU_RCV C-7 

transmission group identifier 
(TGID) 12-18 

transmission header (TH) 2-8 
FIDF 2-23 
FIDO 2-9 
FID1 2-9 
FID2 2-12 
FIDS 2-14 

sequence numbers 4-7 
FID4 2-16 

session control 4-13 
transformation between FID4 and 
FID2|3 1-55 

transmission header values 
EFI 12-10 

network control RUs 12-10 
TG Sweep 12-10 
TPF 12-10 

transmission priority field 
CTPF) 3-12, 3-51, 3-52, 12-3 
transmission priority on virtual 
routes 1-30 

transmission services CTS) 
profiles F-9, 1-62 
See also IS prof i le 
transmisssion group control block 
(TGCB) C-6 

TS (transmission services) 
profile 1-62 

in BIND 13-29, 13-34 
TS profile 1 

use in SSCP-LU session 9-6 
TS Usage 

in BIND 13-29, 13-34 
two-phase commit 1-50 
,f type i node,” used i nterchangeably 
with "PUJTi node” 1-8 
type of cross-domain takedown 
specified in CDTAKED 8-65 
type of session initiation 
specified in CDINIT 8-48 
type of session termination 
implied by CLEANUP 8-41 
specified in CDTERM 8-60 
specified in CTERM 8-35 
specified in TERM-OTHER 8-31 
specified in TERM-SELF 8-28 
type, node 1-7 
See also node 
type, PU 1-8 

See also PU type 


U 


UNBIND E-125 

See also UNBIND SESSION 
UNBIND FAILURE (UNBINDF) 8-34, 

E-126 

UNBIND SESSION (UNBIND) 13-27, 

E-125 

UNBIND without CTERM 8-36 
UNBINDF E-126 

See also UNBIND FAILURE 
undefined protocol machine (UPM), 
definition of 1-67 
underscores, separating multipie 
terms of a name phrase 1-2 
uninterpreted name 6-10, 8-18 

identity transformation of 8-18 
interpretation of 8-18 
uni nterpreted name of LU 
within 

BIND image 8-34 
CDINIT( Format 0 and 2) 8-49 

INIT-OTHER 8-25 
INIT-SELF 8-22 
NSPE 8-43 
TERM-OTHER 8-31 
TERM-SELF 8-28 
UNLOCK N-26, C-l 
UPM (undefined protocol machine), 
definition of 1-67 
UPM_CREATE_RQ B~23 
UPM_CREATE_RSP B-23 
UPMJLOG B-24 

UPM_TRANS_TO_FIELD_FORMATTED 6-14, 
6-18 

UPM_TRANSLATION__SVC 6-14, 6-19, 7-5 
as a component of 
SSCP.SVCJ1GR 1-41 
role in switched link connection 
operation 7-14 
routing function of 7-5 
URC (user request correlation) 8-19 
relation to PCID 8-19 
within 

BIND image 8-55 
CINXT 8-35 
INIT-OTHER 8-25 
INIT-SELF 8-22, 8-23, 8-24 
NOTIFY(Vector Key X*03 f ) 8-45 

TERM-OTHER 8-31, 8-32 
TERM-SELF 8-28, 8-30 
usage checks 1-64 
usei—application node 1-7, 1-9 
See also node 
user data 

in BIND 13-31, 13-34 
primary resource qualifier 
in BIND 13-32 

secondary resource qualifier 
in BIND 13-32 
session name 

in BIND 13-32 
session qualifier 
in BIND 13-31 
session qualifier pair 
in BIND 13-32 
unstructured 

in BIND 13-31 

user request correlation (URC) 8-19 
See also URC 
in BIND 13-34 

User Request Correlation field 
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in BIND 13-32 


cn 

vector# control 6-10 
virtual route (VR) 3-51# 8-17# 12-3 
See also virtual route control 
( VRC) 

activation 12-81 
activation resulting from session 
activation request 12-25 
basic overview 1-29 
change window indicator 
(VR_CWI) 3-55 

change window reply indicator 
<VR_C«RI-) 3-55 
connection to a route 
extension 1-29 
deactivation 12-104 
definition 3-51 
denoted by a quadruple 
(SA1 # S.A2# VRN # TPF) 1-29 
identifier list 8-17 
in CINIT 8-34 
manager 1-42# 12-1 
See also VR manager 
message-unit integrity 
within 1-29 
pacing 3-53 
pacing count indicator 
C VR_PAC_CNT_IND) 3-56 
priority 3-52 

relationship to sessions 3-51 
reset window indicator 
(VR_RWI) 3-54 
restriction when not 
supported 8-56 
salient features of 1-14 
SSCP-based half-sessions in a 
subarea all use the same VR to an 
SSCP 1-30 

support for sessions within a 
single subarea 1-30 
testing 12-111 
testing status 9-37 
TPF 1-29 
types 3-52 

up to 48 VRs between two subarea 
nodes 1-30 
virtual route pacing 
response 12-96 
VR number (VRN) 3-51 
VRCB 12-82 

FSM_DACTVR DIRECTION 12-122 
F$M VR 12-82, 12-120 
VRN 1-29 

virtual route control (VRC) 3-51 
pacing 3-53 
pacing window size 3-53 
PIU sequencing 3-53 
segmenting and BIU assembly 3-56 
structure 3-57 

VR pacing request (VRPRQ) 3-54 
VR pacing response (VRPR5) 3-54 
virtual route control block 
(VRCB) 12-82# C-6, C-7, C-1G 
declaration A-27 
description A-5 
Q^VR^PAC C-7 

virtual route deactivated 13-8 
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virtual route identifier list 12-6# 
12-82 

See also VR_ID_JLI$T 
virtual route inoperative 13-8 
VIRTUAL ROUTE INOPERATIVE 
(VR_IN0P) 7-46# 12-109# E-127 
virtual route number (VRN) 12-3 
virtual route pacing 1-14 
See also pacing 

virtual route reservation list 
See VRJRESERVATIQN 
VR 

See virtual route 
VR_ID_LIST 

declaration A-32 
description A-6 
VR identifier list 12-6# 12-82 
list reordering 12-82 
VR IN0P E-126 

See also VIRTUAL ROUTE 
INOPERATIVE 

VR manager 12-1# 12-77 

protocol boundary with ER 
manager 12-7# 12-25# 12-78# 
12-84 

protocol boundary with 
PC.ERC 12-78 
protocol boundary with 
PU♦SVC_MGR.CSC MGR 12-6, 12-78, 
12-82 ~ 

protocol boundary with 
PU,SVC_MGR.NS 12-78 
protocol boundary with SNS 12-78 
VRJ1GR 12-7 9 
VR pacing indicators 3-17 
VR^RESERVATION 

declaration A-28 
description A-6 

VRC 

See virtual route control 
VRCB 

See virtual route control block 
VRN (virtual route number) 1-29# 
12-3 

See also virtual route 



wi ndow size 1-14 
See also pacing 
fixing the minimum and 
maximum 1-14 
session-level pacing 4-9 
BF 4-22 

window# pacing 1-14 
See also pacing 



x# Cartesian product N-l 
XID exchange 

configurable link stations 11-14 
format 2 11-14 

switched link connections 11-13 
XID processing 

for PU-PU awareness 1-31 



APPENDIX T. TERMINOLOGY: ACRONYMS AND ABBREVIATIONS 


A address (SDLC) 

ABCONN ABANDON CONNECTION 

ABCONNOUT ABANDON CONNECT OUT 

ACTCDRM ACTIVATE CROSS-DOMAIN RESOURCE MANAGER 

ACTCONNIN ACTIVATE CONNECT IN 

ACTE activate ERP 

ACTLINK ACTIVATE LINK 

ACTLU ACTIVATE LOGICAL UNIT 

ACTPU ACTIVATE PHYSICAL UNIT 

ACTTRACE ACTIVATE TRACE 

ADDLINKSTA ADD LINK STATION 

ADDR address 

ADJ adjacent 

ALS adjacent link station 

ANA ASSIGN NETWORK ADDRESSES 

ASCII American Standard Code for Information 

Interchange 


BB 

BBI 

BB IU 

BBI UI 

BC 

BCI 

BF 

BFSCB 

BIN 

BIND 

BINDF 

BIS 

BIU 

BLU 

BSM 

BTU 

BTUCB 


Begin Bracket 

Begin Bracket indicator 

Begin-BIU 

Begin-BIU indicator 
Begin Chain 
Begin Chain indicator 
boundary function 

boundary function session control block 
binary 

BIND SESSION 
BIND FAILURE 

BRACKET INITIATION STOPPED 

basic information unit 

basic link unit 

bracket state manager 

basic transmission unit 

basic transmission unit control block 


C Control (SDLC) 

CCITT International Consultative Committee for 

Telegraph and Telephone 
CD Change Direction* cross-domain 

CDCINIT CROSS-DOMAIN CONTROL INITIATE 

CDCSESS cross-domain control session requests 

CDI Change Direction indicator 

CDINIT CROSS-DOMAIN INITIATE 

CDRM cross-domain resource manager 

CDSESSEND CROSS-DOMAIN SESSION ENDED 

CDSESSSF CROSS-DOMAIN SESSION SETUP FAILURE 

CDSESSST CROSS-DOMAIN SESSION STARTED 

CDSESSTF CROSS-DOMAIN SESSION TAKEDOWN FAILURE 
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ACRONYMS AND ABBREVIATIONS T-l 





CDTAKED 

CDTAKEDC 

CDTERM 

CINIT 

CLEANUP 

CNM 

CNMA 

CNMS 

CONNOUT 

COS 

CP 

CPCB 

CPMGR 

CRV 

CS 

CSC 

CSI 

CT 

CTERM 


CROSS-DOMAIN TAKEDOWN 
CROSS-DOMAIN TAKEDOWN COMPLETE 
CROSS-DOMAIN TERMINATE 
CONTROL INITIATE 
CLEAN UP SESSION 

communication network management 
communication network management application 
communication network management services 
CONNECT OUT 
class of service 
control point 

control point control block 
connection point manager 
CRYPTOGRAPHY VERIFICATION 
configuration services 
common session control 
Code Selection indicator 
correlation table 
CONTROL TERMINATE 


DACTCDRM 

DACTCONNIN 

DACTLINK 

DACTLU 

DACTPU 

DACTTRACE 

DAF 

DAF ' 

DCE 

DCF 
DC L 

DEC_WS 

DEF 

DELETENR 

DES 

DFC 

Disc 

DISPSTOR 

DLC 

DLU 

DQ 

DRCB 
DR 1 
DR 11 
DR2 
DR 21 
DSRLST 
DT 
DTE 

DUMPINIT 


DEACTIVATE CROSS-DOMAIN RESOURCE MANAGER 

DEACTIVATE CONNECT IN 

DEACTIVATE LINK 

DEACTIVATE LOGICAL UNIT 

DEACTIVATE PHYSICAL UNIT 

DEACTIVATE TRACE 

Destination Address field 

DAF prime 

Data Circuit-terminating Equipment for a CCITT 
X.21 connection 
Data Count field 
DECLARE (PL/I) 

Decrement Window Size 
Destination Element field 
DELETE NETWORK RESOURCE 
Data Encryption Standard 
data flow control 
Disconnect (SDLC) 

DISPLAY STORAGE 
data link control 
destination LU 
dequeue 

domain resource control block 
Definite Response 1 
Definite Response 1 indicator 
Definite Response 2 
Definite Response 2 indicator 
DIRECT SEARCH LIST 
data traffic 

Data Terminal Equipment for a CCITT X.21 
connection 
DUMP INITIAL 
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EA 

EB 

EBCDIC 

EBI 

EB IU 

EBIUI 

EC 

ECI 

ED 

EDI 

EFI 

E IA 

ER 

ER_INOP 
ERC 
ERCB 
ER I 
ERN 
ERP 
ES LOW 
EXCP 

EXECTEST 
EXP,Exp 
EXR 
EXRD 
EXR E 
EXRN 
EXS LOW 


element address 
End Bracket 

extended binary coded decimal interchange code 

End Bracket indicator 

End-BIU 

End-BIU indicator 
End Chain 

End Chain indicator 
Enciphered Data 
Enciphered Data indicator 
Expedited Flow indicator 
Electronic Industries Association 
Exception Response requested 
EXPLICIT ROUTE INOPERATIVE 
explicit route control 
explicit route control block 
Exception Response indicator 
explicit route number 
error recovery procedure(s) 

ENTERING SLOWDOWN 
exception 
EXECUTE TEST 
expedited 
EXCEPTION REQUEST 

EXR indicating definite-response requested 
EXR indicating exception-response requested 
EXR indicating no-response requested 
EXITING SLOWDOWN 


F 

FAPL 

FCS 

FDX 

FF 

FI 

FID 

FIFO 

FM 

FMD 

FHDS 

FMH 

FMP 

FNA 

FSM 

FSP 


flag (SDLC) 

Format and Protocol Language 

frame check sequence (SDLC) 

full-duplex 

flip-flop 

Format Indicator 

Format Identification (field) 

first-in, first-out 

function management 

function management data 

function management data services 

FM header 

FM profile 

FREE NETWORK ADDRESSES 
finite-state machine 
first speaker 


HDX 

HDX-CONT 

HDX-FF 

HSCB 

HSID 


half-duplex 
HDX contention 
HDX flip-flop 

half-session control block 
half-session identification 
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I 

initiate 

ID 

identifier, identification 

IERN 

Initial Explicit Route Number field 

ILU 

initiating logical unit CLU sending INIT) 

IN IT 

INITIATE, initial, initialize 

INITPROC 

INITIATE PROCEDURE 

INOP 

INOPERATIVE 

IPL 

initial program load 

IPLINIT 

IPL INITIAL 

IPR 

ISOLATED PACING RESPONSE 


LCP 

LOST CONTROL POINT 

LD 

Lost Data 

LDI 

Lost Data indicator 

LDREQD 

NS LOAD REQUIRED 

LIFO 

last-in, first-out 

LS A 

LOST SUBAREA 

LSCB 

link station control block 

LSID 

Local Session Identification 

LU 

logical unit 

LUSTAT 

LOGICAL UNIT STATUS 


MGR 

MN&MA 

manager 

management and maintenance services 

MPF 

Napping 

field 

MU 

message 

unit 

MUCB 

message 

unit control block 


N_PRTY 

network 

priority 


NA 

not a v ai 

lable 


NA , na 

network 

address 


NAU 

network 

addressable unit 

NC 

network 

control 


NCB 

node control block 

NEG 

n e g a t i v e 



NG 

no good 



nn 

network 

name 


NORN,Norm 

normal 



NRCB 

node resource control block 

NS 

network 

se r vices 


NSCc) 

network 

services, 

configuration services 

NSH 

NS header 


NS (ma ) 

network 

services. 

maintenance services 

NS(me) 

network 

services, 

measurement services 

NS(mn) 

network 

services, 

management services 

NS P E 

NETWORK 

SERVICES 

PROCEDURE ERROR 

NSCs ) 

network 

services, 

session services 

NS LS A 

NETWORK 

SERVICES 

LOST SUBAREA 

NTWK 

network 
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0 

OAF 
OAF * 
OLU 
OSAF 


Orderly 

Origin Address field 
OAF prime 
origin LU 

Origin Subarea field 


P 

PAC 

PATHCB 

PC 

PCCB 

PCID 

PD 

PD I 

PI 

PIU 

PLU 

PL/I 

POS 

PPU 

PRI 

PRID 

PROCSTAT 

PS 

PTR 

PU 

PUCP 
PU_T p 


primary 

Pacing Request* Pacing Response (value 

of PI in RH) 

path control block 

path control 

path control control block 

procedure correlation identification 

Padded Data 

Padded Data indicator 

Pacing indicator 

path information unit 

primary logical unit 

Programming Language/I 

positive 

primary physical unit (PU at the node 

supporting DLC.PRI) 

primary 

procedure related identifier 
PROCEDURE STATUS 
presentation services 
pointer 
physical unit 

physical unit control point 
physical unit type "p" ( p = 1,2*4*5) 


Q 

QC 

QEC 

QR 

QRI 


queue* queued* quiesced 
QUIESCE COMPLETE 
QUIESCE AT END OF CHAIN 
Queued Response 
Queued Response indicator 


R 

RC 

RCV 

RECFMS 

RECMD 

RECMS 

RECSTOR 

RECTD 

RECTR 

RECTRD 

RE LQ 

REQACTLU 

REQCONT 

REQDISCONT 


receive* receiving 
return code 
receive 

RECORD FORMATTED MAINTENANCE STATISTICS 

RECORD MEASUREMENT DATA 

RECORD MAINTENANCE STATISTICS 

RECORD STORAGE 

RECORD TEST DATA 

RECORD TEST RESULTS 

RECORD TRACE DATA 

RELEASE QUIESCE 

REQUEST ACTIVATE LOGICAL UNIT 

REQUEST CONTACT 

REQUEST DISCONTACT 
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REQECHO 

REQFNA 

R EQMS 

REQTEST 

RERN 

RES 

REX 

RH 

RNAA 

RPO 

RQ 

RQD 

RQE 

RQN 

RQR 

RRI 

RSHUTD 

RSP 

RTI 

RTR 

RU 


REQUEST ECHO TEST 
REQUEST FREE NETWORK ADDRESS 
REQUEST MAINTENANCE STATISTICS 
REQUEST TEST 

reverse explicit route number 

resource C s) 

route extension 

request/response header 

REQUEST NETWORK ADDRESS ASSIGNMENT 

REMOTE POWER OFF 

request 

RQ indicating definite-response requested 

RQ indicating exception-response requested 

RQ indicating no-response requested 

REQUEST RECOVERY 

Request/Response indicator 

REQUEST SHUTDOWN 

response 

Response Type indicator 
READY TO RECEIVE 
request/response unit 


S 

SA 
SB I 
SC 
SCB 

scs 

SD 

SDI 

SDLC 

SDT 

SEC 

SESS 

SESSEND 

SESSST 

SETCV 

SHUTC 

SHUTD 

SID 

SIG 

SLU 

SNA 

SNAI 

SNC 

SNF 

SNRM 

SNS 

SON 

SPU 

SQN 

SS 


secondary) sending 

subarea address 

STOP BRACKET INITIATION 

session control 

session control block 

SNA character string 

Sense Data Included 

Sense Data Included indicator 

Synchronous Data Link Control 

START DATA TRAFFIC 

secondary 

session 

SESSION ENDED 

SESSION STARTED 

SET CONTROL VECTOR 

SHUTDOWN COMPLETE 

SHUTDOWN 

session identification 
SIGNAL 

secondary logical unit 
Systems Network Architecture 
SNA indicator 
sense code 

Sequence Number field 

Set Normal Response Mode (SDLC) 

session network services 

session outage notification 

secondary physical unit (PU at the node 

supporting DLC.SEC) 

sequence number 

session services 
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SSCP 

system services control point 

STA 

station 

STARTMEAS 

START MEASUREMENT 

STOPMEAS 

STOP MEASUREMENT 

STSN 

SET AND TEST SEQUENCE NUMBERS 

SVC 

services 


TC 

transmission 

control 


TCCB 

transmission 

control control 

block 

TERM 

TERMINATE, termination 


TG 

transmission 

group 


TGC 

transmission 

group control 


TGCB 

transmission 

group control block 

TGN 

transmission 

group number 


TH 

transmission 

header 


TLU 

terminating 

logical unit CLU 

sending TERM) 

Tp 

type p 



TPF 

Transmission 

Pr i ority field 


TS 

transmission 

services 


TSP 

TS profile 




UNBIND 

UNBIND SESSION 

UNBINDF 

UNBIND FAILURE 

UPM 

undefined protocol machine 

URC 

user request correlation 


VR 

virtual 

route 


VR_CWI 

Virtual 

Route 

Change Window indicator 

VR_CWRI 

Virtual 

Route 

Change Window Reply indicator 

VR_INOP 

VIRTUAL 

ROUTE 

INOPERATIVE 

VR_RWI 

Virtual 

Route 

Reset Window indicator 

VRC 

v i r t u a 1 

route 

contro1 

VRCB 

virtual 

route 

control block 

VRID 

virtual 

route 

identifier 

VRN 

virtual 

route 

number 

VRPRQ 

Vi rtual 

Route 

Pacing Request indicator 

VRPRS 

Virtual 

Route 

Pacing Response indicator 

XID 

Exchange 

Stati 

on Identification (SDLC) 
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